(57)【要約】    【課題】  ユーザに大きな作業負担を掛けることなく、複数の文書ファイルを一括して登録することができる文書管理システムを提供する。    【解決手段】  文書が登録されている文書データベースを管理するサーバ１が、ネットワーク７を介してクライアント３と接続される。クライアント３は、登録すべき複数の文書を一覧表示する登録リストＬを表示し、登録リストＬに一覧表示された複数の文書の一括登録が指示されると、ネットワーク７を介して複数の文書をサーバ１へ送信する。サーバ１は、クライアント３からネットワーク７を介して送信された複数の文書を受信し、受信した複数の文書を一括して文書データベースへ登録する。【選択図】      図１
2005275807.tif 000002
【特許請求の範囲】
【請求項１】
文書が登録されている文書データベースを管理するサーバと、前記サーバとネットワークを介して接続されるクライアントとを備える文書管理システムであって、
前記クライアントは、登録すべき複数の文書を一覧表示するための表示手段と、前記表示手段に一覧表示された複数の文書の一括登録を指示するための指示手段と、前記指示手段により前記一覧表示された複数の文書の一括登録が指示されると、前記ネットワークを介して前記複数の文書を前記サーバへ送信する文書送信手段とを有し、
前記サーバは、前記クライアントの前記一括登録の指示に伴い前記クライアントから前記ネットワークを介して送信された複数の文書を受信する受信手段と、前記受信した複数の文書を一括して前記文書データベースへ登録する文書登録手段とを有することを特徴とする文書管理システム。
【請求項２】
前記クライアントの前記文書送信手段は、前記登録すべき複数の文書のそれぞれの階層構造を含むインデックス情報を前記複数の文書とともに前記サーバへ送信し、
前記サーバの受信手段は、前記複数の文書とともに前記インデックス情報を受信し、前記文書登録手段は、前記受信したインデックス情報に含まれる前記複数の文書のそれぞれの階層構造と同じ階層構造で、前記受信した複数の文書を前記文書データベースへ登録することを特徴とする請求項１記載の文書管理システム。
【請求項３】
前記文書登録手段は、前記受信したインデックス情報に含まれる前記複数の文書のそれぞれの階層構造と同じ階層構造を有するフォルダをそれぞれ前記文書データベース上に作成し、前記受信した複数の文書をそれぞれ対応する前記文書データベースに作成されたフォルダへ登録することを特徴とする請求項２記載の文書管理システム。
【請求項４】
前記文書登録手段は、前記受信したインデックス情報に基づいて前記受信した文書毎に対応するフォルダが前記文書データベース上に存在するか否かを判定する判定手段を有し、前記受信した複数の文書のうち、対応するフォルダが存在する文書に対しては、該文書を対応するフォルダに登録し、対応するフォルダが存在しない文書に対しては、該文書の階層構造と同じ階層構造を有するフォルダを前記文書データベース上に作成し、該文書を前記作成されたフォルダへ登録することを特徴とする請求項２記載の文書管理システム。
【請求項５】
前記クライアントは、前記登録すべき複数の文書のうち、予め設定されている基準サイズより大きいサイズの文書に対して、該文書を基準サイズ以下のサイズの複数の文書部分に分割する分割手段を有し、前記文書送信手段は、前記分割された文書部分のそれぞれを送信することを特徴とする請求項１ないし４のいずれか１つに記載の文書管理システム。
【請求項６】
前記クライアントは、前記登録すべき複数の文書のうち、予め設定されている基準サイズより小さいサイズの文書に対して、該文書を他の文書と結合する結合手段を有し、前記文書送信手段は、前記結合された文書を送信することを特徴とする請求項１ないし４のいずれか１つの記載の文書管理システム。
【請求項７】
前記サーバは、前記ネットワークを介して、前記受信した複数の文書に対するそれぞれの登録状況を前記表示手段にクライアントに通知する通知手段を有し、
前記クライアントの前記表示手段は、前記サーバから通知された前記複数の文書に対するそれぞれの登録状況を表示することを特徴とする請求項１ないし６のいずれか１つに記載の文書管理システム。
【請求項８】
前記クライアントは、前記登録すべき文書の合計サイズに基づいて前記サーバとの間の同時通信数を制御する同時通信数制御手段を有することを特徴とする請求項１ないし７のいずれか１つに記載の文書管理システム。
【請求項９】
前記サーバは、使用可能なメモリ量およびＣＰＵ負荷状態を測定するモニタ手段と、前記クライアントから通知された前記登録すべき文書の合計サイズと前記モニタ手段の測定結果とに基づいて前記サーバと前記クライアント間の同時通信数を決定する決定手段とを有し、
前記クライアントは、前記サーバにより決定された同時通信数に従い前記サーバと前記クライアント間の同時通信数を制御する同時通信数制御手段を有することを特徴とする請求項１ないし７のいずれか１つに記載の文書管理システム。
【請求項１０】
文書が登録されている文書データベースを管理するサーバと、前記サーバとネットワークを介して接続されるクライアントとを備える文書管理システムの文書登録方法であって、
前記クライアントは、登録すべき複数の文書を表示手段に一覧表示するための表示工程と、前記表示手段に一覧表示された複数の文書の一括登録を指示するための指示工程と、前記一覧表示された複数の文書の一括登録が指示されると、前記ネットワークを介して前記複数の文書を前記サーバへ送信する文書送信工程とを有し、
前記サーバは、前記クライアントの前記一括登録の指示に伴い前記クライアントから前記ネットワークを介して送信された複数の文書を受信する受信工程と、前記受信した複数の文書を一括して前記文書データベースへ登録する文書登録工程とを有することを特徴とする文書登録方法。
【請求項１１】
前記クライアントの前記文書送信工程では、前記登録すべき複数の文書のそれぞれの階層構造を含むインデックス情報を前記複数の文書とともに前記サーバへ送信し、
前記サーバの受信工程では、前記複数の文書とともに前記インデックス情報を受信し、前記文書登録工程では、前記受信したインデックス情報に含まれる前記複数の文書のそれぞれの階層構造と同じ階層構造で、前記受信した複数の文書を前記文書データベースへ登録することを特徴とする請求項１０記載の文書登録方法。
【請求項１２】
前記文書登録工程では、前記受信したインデックス情報に含まれる前記複数の文書のそれぞれの階層構造と同じ階層構造を有するフォルダをそれぞれ前記文書データベース上に作成し、前記受信した複数の文書をそれぞれ対応する前記文書データベースに作成されたフォルダへ登録することを特徴とする請求項１１記載の文書登録方法。
【請求項１３】
前記サーバは、前記受信したインデックス情報に基づいて前記受信した文書毎に対応するフォルダが前記文書データベース上に存在するか否かを判定する判定工程を有し、前記文書登録工程では、前記受信した複数の文書のうち、対応するフォルダが存在する文書に対しては、該文書を対応するフォルダに登録し、対応するフォルダが存在しない文書に対しては、該文書の階層構造と同じ階層構造を有するフォルダを前記文書データベース上に作成し、該文書を前記作成されたフォルダへ登録することを特徴とする請求項１１記載の文書登録方法。
【請求項１４】
前記クライアントは、前記登録すべき複数の文書のうち、予め設定されている基準サイズより大きいサイズの文書に対して、該文書を基準サイズ以下のサイズの複数の文書部分に分割する分割工程を有し、前記文書送信工程では、前記分割された文書部分のそれぞれを送信することを特徴とする請求項１０ないし１３のいずれか１つに記載の文書登録方法。
【請求項１５】
前記クライアントは、前記登録すべき複数の文書のうち、予め設定されている基準サイズより小さいサイズの文書に対して、該文書を他の文書と結合する結合工程を有し、前記文書送信工程では、前記結合された文書を送信することを特徴とする請求項１０ないし１３のいずれか１つの記載の文書登録方法。
【請求項１６】
前記サーバは、前記ネットワークを介して、前記受信した複数の文書に対するそれぞれの登録状況を前記表示手段にクライアントに通知する通知工程を有し、
前記クライアントは、前記サーバから通知された前記複数の文書に対するそれぞれの登録状況を前記表示手段に表示する登録状況表示工程を有することを特徴とする請求項１０ないし１５のいずれか１つに記載の文書登録方法。
【請求項１７】
前記クライアントは、前記登録すべき文書の合計サイズに基づいて前記サーバとの間の同時通信数を制御する同時通信数制御工程を有することを特徴とする請求項９ないし１６のいずれか１つに記載の文書登録方法。
【請求項１８】
前記サーバは、使用可能なメモリ量およびＣＰＵ負荷状態を測定するモニタ工程と、前記クライアントから通知された前記登録すべき文書の合計サイズと前記モニタ工程による測定結果とに基づいて前記サーバと前記クライアント間の同時通信数を決定する同時通信数決定工程とを有し、
前記クライアントは、前記サーバにより決定された同時通信数に従って前記サーバと前記クライアント間の同時通信数を制御する同時通信数制御工程を有することを特徴とする請求項９ないし１６のいずれか１つに記載の文書登録方法。
【請求項１９】
文書が登録されている文書データベースを管理するサーバとネットワークを介して接続されるクライアントとして機能する情報処理装置であって、
登録すべき複数の文書を一覧表示するための表示手段と、
前記表示手段に一覧表示された複数の文書の一括登録を指示するための指示手段と、
前記一覧表示された複数の文書の一括登録が指示されると、前記ネットワークを介して前記複数の文書を前記サーバへ送信する文書送信手段と
を有することを特徴とする情報処理装置。
【請求項２０】
文書が登録されている文書データベースを管理し、クライアントとネットワークを介して接続されるサーバとして機能する情報処理装置であって、
前記クライアントの一括登録の指示に伴い該クライアントから前記ネットワークを介して送信された複数の文書を受信する受信手段と、
前記受信した複数の文書を一括して前記文書データベースへ登録する文書登録手段と
を有することを特徴とする情報処理装置。
【請求項２１】
文書が登録されている文書データベースを管理するサーバとネットワークを介して接続される情報処理装置により実行可能なプログラムであって、
登録すべき複数の文書を表示手段に一覧表示するための表示モジュールと、
前記表示手段に一覧表示された複数の文書の一括登録を指示するための指示モジュールと、
前記一覧表示された複数の文書の一括登録が指示されると、前記ネットワークを介して前記複数の文書を前記サーバへ送信する文書送信モジュールと
を有することを特徴とするプログラム。
【請求項２２】
文書が登録されている文書データベースを管理し、クライアントとネットワークを介して接続される情報処理装置により実行可能なプログラムであって、
前記クライアントの一括登録の指示に伴い該クライアントから前記ネットワークを介して送信された複数の文書を受信する受信モジュールと、
前記受信した複数の文書を一括して前記文書データベースへ登録する文書登録モジュールと
を有することを特徴とするプログラム。
【請求項２３】
請求項２１記載のプログラムをコンピュータ読取可能に格納したことを特徴とする記憶媒体。
【請求項２４】
請求項２２記載のプログラムをコンピュータ読取可能に格納したことを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書が登録されている文書データベースを管理するサーバと、前記サーバとネットワークを介して接続されるクライアントとを備える文書管理システム、文書登録方法、情報処理装置、プログラムおよび記憶媒体に関する。
【背景技術】
【０００２】
一般に、文書管理システムとしては、文書データベースと、この文書データベースを管理するウェブサーバと、ウェブサーバとインターネット、イントラネットなどのネットワークを介して接続される複数のウェブクライアントとから構成されるものがある（例えば特許文献１）。このような文書管理システムにおいては、ウェブサーバから、ネットワークを介して各ウェブクライアントに文書データベースに保存されている文書データを配信する機能が設けられている。また、各ウェブクライアントから所望の文書データを、ウェブサーバを介して文書データベースに登録することも可能である。
【０００３】
文書データベースへの文書データの登録においては、一般的には、ウェブサーバ側から文書登録のためのＨＴＭＬ形式などの画面情報がウェブクライアントに送信され、ウェブクライアントにおいては、そのウェブブラウザにより上記画面情報に基づいて登録画面が表示される。そして、この登録画面を用いて、ユーザにより、登録する文書ファイルの指定などの操作が行われる。このようにして文書ファイルが指定されると、１ファイル単位で文書ファイルのデータがウェブサーバに送信される。
【特許文献１】特開２００１−２２２５２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来の文書管理システムにおいては、ウェブクライアントから文書データベースに登録すべきファイルとして複数の文書ファイルがある場合、それぞれの文書ファイルに対して、指定操作、送信を繰り返し行う必要があるので、複数の文書ファイルを登録する際には、ユーザに大きな作業負担が掛かる。
【０００５】
同様に、フォルダ、ファイルをツリー構造によって管理する機能を有する文書管理システムにおいて、ウェブクライアントのフォルダのツリー構造を保持した状態で、文書管理システムの文書データベースへ文書の登録を行うためには、文書管理システム上で文書を保存するためのフォルダ作成を行った後に、文書の登録を行う必要があり、さらにユーザの登録作業に掛かる負担が大きくなる。
【０００６】
また、指定されたファイルの送信においては、１ファイル単位でデータの送信が行われるので、ファイルサイズが大きい場合には、長い時間が掛かるために、ウェブサーバとウェブクライアント間の通信処理がセッション切れなどにより中断される恐れがある。また、複数のファイルを連続して送信する場合は、ファイルの数分通信回数が増すので、非効率な通信が行われることになる。
【０００７】
本発明の目的は、ユーザに大きな作業負担を掛けることなく、複数の文書ファイルを一括して登録することができる文書管理システム、文書登録方法、情報処理装置、プログラムおよび記憶媒体を提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、上記目的を達成するため、文書が登録されている文書データベースを管理するサーバと、前記サーバとネットワークを介して接続されるクライアントとを備える文書管理システムであって、前記クライアントは、登録すべき複数の文書を一覧表示するための表示手段と、前記表示手段に一覧表示された複数の文書の一括登録を指示するための指示手段と、前記指示手段により前記一覧表示された複数の文書の一括登録が指示されると、前記ネットワークを介して前記複数の文書を前記サーバへ送信する文書送信手段とを有し、前記サーバは、前記クライアントの前記一括登録の指示に伴い前記クライアントから前記ネットワークを介して送信された複数の文書を受信する受信手段と、前記受信した複数の文書を一括して前記文書データベースへ登録する文書登録手段とを有することを特徴とする。
【０００９】
本発明は、上記目的を達成するため、文書が登録されている文書データベースを管理するサーバと、前記サーバとネットワークを介して接続されるクライアントとを備える文書管理システムの文書登録方法であって、前記クライアントは、登録すべき複数の文書を表示手段に一覧表示するための表示工程と、前記表示手段に一覧表示された複数の文書の一括登録を指示するための指示工程と、前記一覧表示された複数の文書の一括登録が指示されると、前記ネットワークを介して前記複数の文書を前記サーバへ送信する文書送信工程とを有し、前記サーバは、前記クライアントの前記一括登録の指示に伴い前記クライアントから前記ネットワークを介して送信された複数の文書を受信する受信工程と、前記受信した複数の文書を一括して前記文書データベースへ登録する文書登録工程とを有することを特徴とする。
【００１０】
本発明は、上記目的を達成するため、文書が登録されている文書データベースを管理するサーバとネットワークを介して接続されるクライアントとして機能する情報処理装置であって、登録すべき複数の文書を一覧表示するための表示手段と、前記表示手段に一覧表示された複数の文書の一括登録を指示するための指示手段と、前記一覧表示された複数の文書の一括登録が指示されると、前記ネットワークを介して前記複数の文書を前記サーバへ送信する文書送信手段とを有することを特徴とする。
【００１１】
本発明は、上記目的を達成するため、文書が登録されている文書データベースを管理し、クライアントとネットワークを介して接続されるサーバとして機能する情報処理装置であって、前記クライアントの一括登録の指示に伴い該クライアントから前記ネットワークを介して送信された複数の文書を受信する受信手段と、前記受信した複数の文書を一括して前記文書データベースへ登録する文書登録手段とを有することを特徴とする。
【００１２】
本発明は、上記目的を達成するため、文書が登録されている文書データベースを管理するサーバとネットワークを介して接続される情報処理装置により実行可能なプログラムであって、登録すべき複数の文書を表示手段に一覧表示するための表示モジュールと、前記表示手段に一覧表示された複数の文書の一括登録を指示するための指示モジュールと、前記一覧表示された複数の文書の一括登録が指示されると、前記ネットワークを介して前記複数の文書を前記サーバへ送信する文書送信モジュールとを有することを特徴とする。
【００１３】
本発明は、上記目的を達成するため、文書が登録されている文書データベースを管理し、クライアントとネットワークを介して接続される情報処理装置により実行可能なプログラムであって、前記クライアントの一括登録の指示に伴い該クライアントから前記ネットワークを介して送信された複数の文書を受信する受信モジュールと、前記受信した複数の文書を一括して前記文書データベースへ登録する文書登録モジュールとを有することを特徴とする。
【００１４】
本発明は、上記目的を達成するため、上記プログラムのいずれかをコンピュータ読取可能に格納したことを特徴とする記憶媒体を提供する。
【発明の効果】
【００１５】
本発明によれば、ユーザに大きな作業負担を掛けることなく、複数の文書ファイルを一括して登録することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態について図面を参照しながら説明する。
【００１７】
図１は本発明の第１の実施の形態に係る文書管理システムの構成を示すブロック図、図２は図１のサーバ１の内部構成を示すブロック図、図３は図１のクライアント３の内部構成を示すブロック図である。
【００１８】
文書管理システムは、図１に示すように、文書データベース（図示せず）を管理するサーバ１と、サーバ１とインターネット７を介して通信可能な複数のクライアント３とから構成される。サーバ１と各クライアント３との通信には、ＨＴＴＰなどの通信プロトコルが用いられる。サーバ１は、文書データベースを保管、管理し、各クライアント３からの要求に応じて、文書データベース内の文書を各クライアント３に対して提供する。
【００１９】
サーバ１には、具体的には、図２に示すように、所定プログラムにより、文書管理システム１４が構築されている。文書管理システム１４には、縮小（サムネイル）画像作成および文書データの形式変更処理を行う画像情報処理手段１５、文書データを保存するためのデータベースを含む画像情報記録部１６、文書を検索するためのインデックスデータを記録するインデックスデータ記録部１７、クライアント３から受信したデータの解凍処理を行う受信データ変更手段１８がそれぞれ接続されている。文書管理システム１４は、Ｗｅｂ接続制御手段（ウェブ接続制御手段）１０、Ｗｅｂサーバ（ウェブサーバ）１３、インターネット７を介して、クライアント３と通信を行うことが可能である。Ｗｅｂ接続制御手段１０は、各クライアント３からのアクセス管理を行う。Ｗｅｂサーバ１３は、インターネット７を介して各クライアント３と通信を行うためのサーバである。
【００２０】
各クライアント３には、具体的には、図３に示すように、所定プログラムにより、文書登録管理システム３０が構築されている。文書登録管理システム３０には、インターネット７を経由してサーバ１にアクセスするための処理を行うウェブ通信手段３１、登録用の文書データを保存するための登録画像情報記録部３３、登録文書の文書管理システム１４で文書を検索するためのインデックスデータを記録する登録文書インデックスデータ記録部３４、ウェブ送信のために、画像データの圧縮、分割、結合用の処理を行う送信データ変更手段３５、例えばキーボード、ポインティングデバイスなどのようなユーザから登録文書管理システム３０へ指示および情報の入力を行うためのユーザインターフェース入力手段３６、例えばＣＲＴのようなユーザに文書登録管理システム３０の情報を出力するためのユーザインターフェース出力手段３７が、それぞれ接続されている。
【００２１】
次に、クライアント３の文書登録管理システム３０を用いた文書登録について説明する。まず、この文書登録に用いられる登録リストＬについて図４を参照しながら説明する。図４は図３のクライアント３のユーザインターフェース出力手段３７を用いて表示された登録リストＬの一例を示す図である。
【００２２】
クライアント３においては、文書登録管理システム３０が、ユーザインターフェース出力手段３７を用いて、サーバ１の文書管理システム１４へ文書の登録を依頼するために、図４に示すような登録リストＬを表示する。この登録リストＬには、ツールバー、登録リスト表示部およびステータスバーが含まれる。
【００２３】
ツールバーには、「登録開始」ボタン、「登録中断」ボタン、「削除」ボタン、「リストのリフレッシュ」ボタン、「インデックス編集」ボタンなどが表示され、これらのボタンは、ポインティングデバイスなどのユーザインターフェース入力手段３６を用いて操作可能である。
【００２４】
上記登録リスト表示部には、文書登録管理システム３０に登録されたファイルを示すファイル情報の一覧が表示される。ここで、具体的には、登録リスト表示部に表示されるファイル情報としては、登録元のＯＳで管理されているファイル名を示す「ファイル名」、文書管理システム１４への登録時の文書名を示す「文書名」、文書のサイズを示す「サイズ」、登録動作の進行状況を示す「状態」、登録先のサブフォルダを示す「登録先のフォルダ」の情報が表示される。
【００２５】
登録リストＬのステータスバーには、文書管理システム１４の登録先フォルダを示す「登録先フォルダ」、登録リストＬに登録された全ファイルの合計のサイズを示す「合計サイズ」、登録リストＬに登録されたファイルの総数を示す「全ファイル数」が表示される。
【００２６】
この登録リストＬの表示に関しては、クライアント３において一般的なアプリケーション起動手段で文書登録管理システム３０を起動することにより登録リストＬを表示するようにしてもよいし、サーバ１側の文書管理システム１４で作成された文書管理データベース内の情報を表示するウェブブラウザなどで表示されるＨＴＭＬ形式などの表示ページに関連付けられた起動方法で文書登録管理システム３０を起動することにより登録リストＬを表示するようにしてもよい。
【００２７】
次に、登録リストＬへの文書登録について図５〜図８を参照しながら説明する。図５は複数のファイルを登録リストＬへ登録する際の操作例を模式的に示す図、図６は図５の操作により複数のファイルが登録された登録リストＬを示す図、図７はフォルダを登録リストＬへ登録する際の操作例を模式的に示す図、図８は図７の操作によりフォルダが登録された登録リストＬを示す図である。
【００２８】
クライアント３が管理するファイルを上記登録リストＬに登録する場合は、まず、ファイルリストアプリケーションにより、図５に示すフォルダリストが表示される。ここで、ファイルリストアプリケーションは、フォルダ構造を表示し、ドラッグアンドドロップでコピーを行う機能を有するものである。次いで、ユーザインターフェース入力手段３６を用いて、ユーザにより、このフォルダリストの複数のファイルのうち、所望のファイルが選択される。そして、ユーザインターフェース入力手段３６を用いて選択されたファイルを登録リストＬ５１上にドラッグアンドドロップする操作が行われる。この操作により、選択されたファイルのデータが、文書登録管理システム３０によって、登録画像情報記録部３３に保存される。そして、これと同時に、選択されたファイルのファイル名などの情報が登録文書インデックスデータ記録部３４に保存される。その後、更新された登録リストＬの情報がユーザインターフェース出力手段３７に表示される。その結果として、図６に示すように選択されたファイルが登録リストＬ５２上に表示される。
【００２９】
クライアント３が管理するフォルダを上記登録リストＬに登録する場合は、まず、ファイルリストアプリケーションにより、図７に示すフォルダリストが表示される。次いで、ユーザインターフェース入力手段３６を用いて、ユーザにより、このフォルダリストの複数のフォルダから、所望のフォルダが選択される。そして、ユーザインターフェース入力手段３６を用いて選択されたフォルダを登録リストＬ６１上にドラッグアンドドロップする操作が行われる。この操作により、選択されたフォルダ内のファイルのデータが、文書登録管理システム３０により、登録画像情報記録部３３に保存される。そして、これと同時に、選択されたフォルダ内のファイル名、サブフォルダのツリー構造などの情報が登録文書インデックスデータ記録部３４に保存される。その後、更新された登録リストＬの情報がユーザインターフェース出力手段３７に表示される。その結果として、図８に示すように選択されたフォルダ内のファイル名が登録リストＬ６２上に表示され、そして登録リストＬ６２内の「登録先のフォルダ」に登録先のサブフォルダ情報が表示される。
【００３０】
次に、インデックス情報の編集について図９および図１０を参照しながら説明する。図９は登録リスト内の文書のインデックス情報の編集を行う際の画面操作を模式的に示す図、図１０は図９の操作によりインデックス情報が編集された場合の登録リストＬを示す図である。
【００３１】
ユーザは、登録リストＬ内の任意のファイルのインデックス情報を編集することができる。ユーザが例えば図９に示すような登録リストＬ７１内の任意のファイル「01.Tif」のインデックス情報を編集する場合、ユーザは、ユーザインターフェース入力手段３６を用いてファイル「01.Tif」を選択し、登録リストＬ７１の「インデックス編集」ボタンを押す。この操作により、文書登録管理システム３０は、選択されたファイルのインデックス情報を登録文書インデックスデータ記録部３４から取得し、このインデックス情報に対するインデックス編集画面を作成する。この作成されたインデックス編集画面は、ユーザインターフェース出力手段３７に表示される。その結果として、インデックス編集画面Ｉが表示される。
【００３２】
このインデックス編集画面Ｉには、サーバ１の文書管理システム１４への登録時の名前を示す「文書名」、ファイルのサイズを示す「サイズ」、ファイルのタイプを示す「タイプ」、ファイルの作成日を示す「作成日」、ファイルの更新日を示す「更新日」、文書管理システム１４内で定義された管理情報である「分類１」、「分類２」、「分類３」が表示される。このインデックス編集画面Ｉ上において、ユーザインターフェース入力手段３６を用いてユーザによりインデックス情報の変更が行われる。図９に示す例においては、ユーザが、「01.TIF」の文書名を「01」から「Meguro」に変更する場合が示されている。次いで、インデックス編集画面Ｉ上のＯＫボタンが押下されると、文書登録管理システム３０は、変更された文書の管理情報を登録文書インデックスデータ記録部３４に保存する。そして、インデックス編集画面Ｉの表示が終了され、同時に登録リストＬの表示内容が更新されて、ディスプレイに表示される。その結果として、登録リストＬが更新される。図９のインデックス編集画面Ｉで「01.TIF」の文書名を「01」から「Meguro」に変更して保存した場合、図１０に示すように、「01.TIF」の文書名が「Meguro」に更新された登録リストＬ７２が表示される。
【００３３】
次に、サーバ１の文書管理システム１４への文書登録について図１１〜図１３を参照しながら説明する。図１１はクライアント３の登録処理前の登録リスト、登録処理中の登録リスト、登録処理の登録リストのそれぞれの例を示す図、図１２は文書登録時のクライアント３の文書データ送信動作を示すフローチャート、図１３は文書登録時のサーバ１の文書データ受信動作を示すフローチャートである。
【００３４】
図１１に示すような登録リストＬ８１内の文書をサーバ１の文書管理システム１４へ登録する際、ユーザは、ユーザインターフェース入力手段３６を用いて、登録リストＬ８１の「登録開始」ボタンを押下する。これに応答して、文書登録管理システム３０は、図１２に示すように、登録文書インデックスデータ記録部３４から登録リスト内の文書のインデックスデータを取得するとともに、登録画像情報記録部３３から登録リスト内の文書データを取得し、インデックスデータと文書データを合成して送信用データを生成する（ステップＳ１００１）。
【００３５】
次いで、文書登録管理システム３０は、送信用データのサイズが予め決められている基準サイズより小さいか否かを判定する（ステップＳ１００２）。ここで、送信用データのサイズが基準サイズより小さければ、文書登録管理システム３０は、送信用データと結合待ち送信データとを結合する（ステップＳ１００５）。この結合待ち送信データは、少なくとも１つ以上のファイルを含む。そして、文書登録管理システム３０は、上記結合されたデータのサイズが基準サイズより大きいか否かを判定する（ステップＳ１００６）。ここで、基準サイズより小さいと判定された結合されたデータは、結合待ち送信データとして保持され、処理がステップＳ１００１へ戻される。これに対し、上記結合されたデータのサイズが基準より大きければ、文書登録管理システム３０は、送信データ変更手段３５を用いて上記結合されたデータに圧縮処理を施し、この圧縮処理後のデータを、ウェブ通信手段３１を介してサーバ１に送信する（ステップＳ１００７）。これと同時に、文書登録管理システム３０は、ユーザインターフェース出力手段３７を介して、登録リスト中における現在送信処理中の文書のステータスを「登録中」に変更して表示する。
【００３６】
次いで、文書登録管理システム３０は、サーバ１からの通知を待ち、この通知に基づいて登録処理が正常終了したか否かを判定する（ステップＳ１００８）。ここで、登録処理が正常に終了した場合、文書登録管理システム３０は、分割送信時における１文書分の送信が終了したか否かを判定する（ステップＳ１００９）。ここでは、分割送信が行われないので、ステップＳ１００９の処理が終了したと判断して、文書登録管理システム３０は、ユーザインターフェース出力手段３７を介して、登録リスト内における登録された文書のステータスを「登録済み」に変更して表示する。そして、文書登録管理システム３０は、登録すべき全ての文書の送信が終了したか否かを判定する（ステップＳ１０１０）。ここで、全ての文書の送信が終了していない場合、文書登録管理システム３０は、次の文書を送信すべく、ステップＳ１００１からの処理を繰り返す。全ての文書の送信が終了した場合、文書登録管理システム３０は、送信データの結合処理での結合待ち送信データがあるか否かを判定し（ステップＳ１０１１）、結合待ちデータがあれば、上記ステップＳ１００７からの処理を繰り返す。ここで、結合待ち送信データが存在する場合は、例えば、基準サイズより小さい結合されたデータ（結合待ちデータ）が保持された後に、残りの送信データの全てが基準サイズより大きいサイズのデータであって、これらの残りの送信データが分割されて送信される場合である。これに対し、結合待ちデータがなければ、文書登録管理システム３０は、本処理を終了する。
【００３７】
サーバ１からウェブ通信手段３１を介して登録処理が異常終了した旨の通知を受け取るまたはサーバ１からの返信がない場合（ステップＳ１００８）、文書登録管理システム３０は、登録リスト中の送信した文書のステータスを「登録失敗」に変更して表示するとともに、登録文書インデックスデータ記録部３４に保存する。そして、文書登録管理システム３０は、上記ステップＳ１０１０からの処理を実行する。このステップＳ１０１０からの処理については、上述した通りであり、その説明は省略する。
【００３８】
送信用データが基準サイズより小さくないと判定された場合（ステップＳ１００２）、文書登録管理システム３０は、上記送信用データを基準サイズ以下の送信用データに分割する（ステップＳ１００４）。そして、文書登録管理システム３０は、送信データ変更手段３５を用いて分割された送信用データに対して圧縮処理を施し、ウェブ通信手段３１を用いて圧縮された送信用データをサーバ１に送信する（ステップＳ１００７）。これと同時に、文書登録管理システム３０は、登録リストにおける現在送信中の文書のステータスを分割ファイル数に応じたパーセント表示に変更して表示する。
【００３９】
次いで、文書登録管理システム３０は、ウェブ通信手段３１を介して受信したサーバ１からの通知に基づいて登録処理が正常終了したか否かを判定する（ステップＳ１００８）。ここで、登録処理が正常終了した場合、文書登録管理システム３０は、分割送信における全ての分割されたデータの送信が終了したか否かを判定し（ステップＳ１００９）、未送信の分割された送信用データがあれば、上記ステップＳ１００７に戻り、次の分割された送信用データの送信を行う。全ての分割された送信用データの送信が終了していれば、文書登録管理システム３０は、登録リスト中の登録された文書のステータスを「登録済み」に変更して表示する。
【００４０】
また、文書登録管理システム３０は、ウェブ通信手段３１を通じて、サーバ１から登録処理が異常終了したことを受信した場合、またはサーバ１から登録処理の返信を受信することができなかった場合（ステップＳ１００８）、対応する文書のステータスを「登録失敗」に変更して表示するとともに、このステータスを登録文書インデックスデータ記録部３４に保存する。
【００４１】
次いで、文書登録管理システム３０は、上記ステップＳ１０１０からの処理を実行する。このステップＳ１０１０からの処理については、上述した通りであり、その説明は省略する。
【００４２】
上記文書登録処理の実行により、登録処理前の図１１に示す登録リストＬ８１は、図１１に示す登録リストＬ８２に更新される。この登録リストＬ８２においては、登録処理が正常終了した「0A.TIF」および「09.TIF」文書のステータスが「登録済み」に、登録処理を実行中の「42.TIF」文書のステータスが、文書データを分割して送付しているためにパーセント表示に変更されている。そして、全ての文書の登録が終了すると、登録リストＬ８３への更新が行われ、登録リストＬ８３において、登録処理が正常終了した全ての文書のステータスが「登録済み」に変更されている。
【００４３】
次に、文書登録時におけるサーバ１の文書データ受信動作について図１３を参照しながら説明する。
【００４４】
サーバ１の文書管理システム１４は、図１３に示すように、ウェブサーバ１３にクライアント３から受信したデータがあるか否かを判定し（ステップＳ１１０１）、受信したデータがあれば、ウェブサーバ１３、ウェブ接続制御手段１０を通じて受信したデータを取得し、受信データ変更手段１８によりこの受信したデータの解凍処理を行う（ステップＳ１１０２）。そして、文書管理システム１４は、受信したデータが１文書の分割データであるか否かを判定する（ステップＳ１１０３）。ここで、受信したデータが１文書の分割データである場合、文書管理システム１４は、１文書すなわち１ファイルに対する全ての分割データを受信したか否かを判定し（ステップＳ１１０６）、全ての分割データを受信していなければ、文書管理システム１４は、上記ステップＳ１１０１に戻り、残りの分割データの受信を待つ。これに対し、１ファイルに対する全ての分割データを受信した場合、文書管理システム１４は、受信した分割データのそれぞれを１つの文書データとして結合する（ステップＳ１１０７）。
【００４５】
次いで、文書管理システム１４は、インデックスデータ記録部１７内の格納先フォルダの情報に基づいて、上記結合された文書データを格納するフォルダが現在文書管理システム１４内に存在するか否かを判定する（ステップＳ１１０８）。ここで、格納先フォルダが存在しなければ、文書管理システム１４は、上記結合された文書データを格納するためのフォルダを新規に作成し（ステップＳ１１０９）、処理をステップＳ１１１０へ進める。これに対し、格納先フォルダが既に存在すれば、文書管理システム１４は、上記ステップＳ１１０９をスキップして、処理をステップＳ１１１０へ進める。
【００４６】
ステップＳ１１１０において、文書管理システム１４は、上記結合された文書データの登録処理を行うとともに、登録処理が正常に終了したことを、Ｗｅｂサーバ１３、Ｗｅｂ接続制御手段１０を通じてクライアント３に返信する。ここで、文書の登録処理においては、文書のインデックスデータとしての文書名および分類などがインデックデータ記録部１７に記録される。また、文書データに対する画像形式変更および縮小(サムネイル)画像の作成などの画像処理が画像情報変更手段１５で行われ、文書データおよび縮小画像が画像情報記録部１６の対応するフォルダに記録される。なお、文書の登録が失敗した場合には、その旨がクライアントに通知されることになる。
【００４７】
次いで、文書管理システム１４は、１文書分の登録処理が終了したか否かを判定する（ステップＳ１１１１）。ここで、１文書分の登録処理が終了していなければ、文書管理システム１４は、１文書分の登録処理が終了するまで、上記ステップＳ１１０８からの処理を繰り返す。これに対し、１文書分の登録処理が終了すると、文書管理システム１４は、処理を上記ステップＳ１１０１に戻す。
【００４８】
上記ステップＳ１１０３において受信したデータが分割データでないと判定された場合、文書管理システム１４は、受信したデータが結合されているデータであるか否かを判定し（ステップＳ１１０４）、受信したデータが結合されているデータであれば、受信したデータを結合前のデータに分割する（ステップＳ１１０５）。そして、文書管理システム１４は、処理をステップＳ１１０８へ進める。これに対し、受信したデータが結合されていないデータであれば、文書管理システム１４は、上記ステップＳ１１０５をスキップして処理をステップＳ１１０８へ進める。
【００４９】
このように１文書を分割したデータ以外のデータ（結合されたデータ、結合されていないデータ）に対するステップＳ１１０８以降の処理は、上述した結合された文書データの場合と同様に行われるので、その説明は省略する。
【００５０】
次に、クライアント３における登録リストのリフレッシュについて図１４を参照しながら説明する。図１４は登録処理終了後の登録リストとその登録リストに対して登録処理が異常終了した文書の再登録を行うための整理を行った後の登録リストとを示す図である。
【００５１】
図１４に示す登録処理終了後の登録リストＬ９１の「リフレッシュ」ボタンが、ユーザによりポインティングデバイスなどのユーザインターフェース入力手段３６を用いて押下されると、文書登録管理システム３０は、登録リストＬ９１内の各文書のステータス情報を登録文書インデックスデータ記録部３４から取得する。文書登録管理システム３０は、ステータス情報が「登録済み」である文書（例えば「01.TIF」、「01.TIF」など）を登録リストＬ９１から削除するために、登録画像情報記録部３３から「登録済み」の文書のデータを、登録文書ユーザインデックス記録部３４から「登録済み」の文書のインデックスデータを、それぞれ削除する。登録リストＬ９１内のステータス情報が「登録失敗」の文書（「08.TIF」、「09.TIF」）に対しては、文書登録管理システム３０は、当該文書の再登録を行うために、当該文書のステータスを「登録待ち」に変更して登録文書ユーザインデックス記録部３４に保存する。登録リストＬ９１内の全ての文書について上記の処理が終了すると、「登録待ち」の文書（「08.TIF」、「09.TIF」）のみを一覧表示する登録リストＬ９２がユーザインターフェース出力手段３７を介してディスプレイに表示される。
【００５２】
このリフレッシュされた登録リストＬ９２上で、「登録開始」ボタンが押下されると、登録が失敗した文書のみの再登録が開始される。よって、登録が失敗した文書のみの再登録を簡単に行うことができる。
【００５３】
次に、登録リストの保存、復帰に説明する。
【００５４】
登録リストに登録文書が表示されている状態で、登録文書管理システム３０が終了されても、登録リストに登録されている文書データは、登録画像情報記録部３３に保存される。同様に、登録リストに登録されている文書のインデックス情報は、登録文書インデックスデータ記録部３４に保存される。ユーザが文書登録管理システム３０を再起動した場合、登録文書管理システム３０は、登録文書インデックスデータ記録部３４に保存された文書のインデックス情報から文書リストを作成し、ユーザインターフェース出力手段３７を介してディスプレイに表示する。
【００５５】
本実施の形態において、文書登録処理において送信データの分割、結合の判断に用いられる基準サイズを、変更可能にするようにしてもよい。この場合、基準サイズを、ユーザによりユーザインターフェース入力手段３６を介して入力された任意の値とするようにしてもよいし、予め決められた複数の値のうち、選択された値としてもよい。
【００５６】
また、送信データの分割、結合の判断に用いられる基準サイズを、サーバ１内のメモリ、ＣＰＵ作業量などのセルフモニタ機能でのサーバ負荷に基づいて決定し、決定された基準サイズをクライアント３に送信するようにしてもよい。
【００５７】
また、図１１に示す登録リストＬ８２においては、登録処理を実行中の文書（「42.TIF」）のステータスをパーセント表示で表しているが、図１５に示す登録リストＬ８２のように、登録処理を実行中の文書（例えば「03.TIF」、「04.TIF」）のステータスを「登録中」と表示するようにしてもよい。
【００５８】
このように、本実施の形態によれば、ユーザに大きな作業負担を掛けることなく、複数の文書ファイルを一括して登録することができる。
【００５９】
また、複数の文書ファイルをそのツリー構造を保持した状態で登録することができる。
【００６０】
さらに、クライアント３上に、複数の登録文書の各種情報の表示および登録文書のインデックスデータの編集などの各種操作を行うための登録リストを表示することにより、ユーザが簡単に登録操作を行うことができる。
【００６１】
さらに、基準サイズに基づいて送信データを分割、結合して送信することにより、効率がよい送信処理を行うことができる。
【００６２】
（第２の実施の形態）
次に、本発明の第２の実施の形態について図１６を参照しながら説明する。図１６は本発明の第２の実施の形態に係る文書管理システムの文書登録時のクライアント３によるスレッド数決定動作の手順を示すフローチャートである。本実施の形態は、上記第１の実施の形態と同じ構成を有し、ここでは、その説明は省略する。
【００６３】
本実施の形態は、上記第１の実施の形態に対し、クライアント３が送信する文書データのサイズに応じてスレッド数を決定し、決定されたスレッド数に応じて文書データの送信を制御する点で異なる。
【００６４】
ユーザがユーザインターフェース入力手段３６を用いて例えば図１１に示す登録リストＬ８１の「登録開始」ボタンを押下すると、文書登録管理システム３０は、登録画像情報記録部３３から登録リスト内の文書のデータを取得し、文書データのサイズの合計を算出する（ステップＳ１２０１）。そして、文書登録管理システム３０は、算出された文書のサイズの合計から、予め保持されている対応表（図示せず）を用いて、サーバ１への通信処理時のスレッド数（同時通信数）を決定する（ステップＳ１２０２）。ここで、例えば、１スレッド当たりの基準サイズが２Mbyteであり、合計５Mbyteの送信を行う場合、スレッド数は、３と決定される。
【００６５】
上述したようにして決定されたスレッド数は、Ｗｅｂ通信手段３１に渡され、Ｗｅｂ通信手段３１は、受け取ったスレッド数に従って、サーバ１への通信処理時のスレッド数を決定する。
【００６６】
このように、本実施の形態によれば、登録する文書ファイルの合計サイズに応じて決定されたスレッド数に従って、クライアント３とサーバ１との間の通信処理時のスレッド数を決定するので、クライアント３とサーバ１との間の通信効率を向上させることができる。
【００６７】
（第３の実施の形態）
次に、本発明の第３の実施の形態について図１７を参照しながら説明する。図１７は本発明の第３の実施の形態に係る文書管理システムにおけるスレッド数の決定および決定されたスレッド数に応じた送信制御の手順を示すフローチャートである。本実施の形態は、上記第１の実施の形態と同じ構成を有し、ここでは、その説明は省略する。
【００６８】
本実施の形態は、上記第１の実施の形態に対し、サーバ１がクライアント３から送信される文書データのサイズとサーバ１のメモリ情報および負荷情報とに応じてスレッド数を決定し、クライアント３がサーバ１により決定されたスレッド数に応じて文書データの送信を制御する点で異なる。
【００６９】
クライアント３において、ユーザがユーザインターフェース入力手段３６を用いて図１１に示す登録リストＬ８１の「登録開始」ボタンを押下すると、クライアント３の文書登録管理システム３０は、登録画像情報記録部３３から登録リスト内の文書のデータを取得し、送信する文書のサイズの合計を算出する（ステップＳ１３０１）。そして、文書登録管理システム３０は、送信する文書のサイズの合計を、合計サイズとしてＷｅｂ通信手段３１を通じてサーバ１に送信する（ステップＳ１３０２）。
【００７０】
サーバ１の文書管理システム１４は、クライアント３からの合計サイズをＷｅｂサーバ１３およびＷｅｂ接続制御手段１０を通じて受信すると（ステップＳ１３０３）、受信した合計サイズに基づいて、予め保持されている対応表（図示せず）を用いて基準スレッド数を決定する（ステップＳ１３０４）。ここで、１スレッド当たりの基準サイズを２Mbyteとすると、合計サイズが５Mbyteの場合には、スレッド数が３と決定される。
【００７１】
次いで、文書管理システム１４は、サーバ１の残りメモリ量およびＣＰＵ負荷状態を測定するセルフモニタ（図示せず）から、残りメモリ量、ＣＰＵ負荷状態を取得し（ステップＳ１３０５）、取得した残りメモリ量およびＣＰＵ負荷状態に基づいてスレッド数を決定する（ステップＳ１３０６）。ここで、例えばサーバ１のＣＰＵの負荷が高い場合には基準スレッド数が小さい値に決定され、サーバ１のＣＰＵの負荷が非常に高い場合には、スレッド数が０として決定される。そして、サーバ１の文書管理システム１４は、Ｗｅｂ接続制御手段１０およびＷｅｂサーバ１３を通じてクライアント３にスレッド数を送信する（ステップＳ１３０７）。
【００７２】
クライアント３の文書登録管理システム３０は、Ｗｅｂ通信手段３１を通じてサーバ１からスレッド数情報を受信する（ステップＳ１３０８）。そして、クライアント３の文書登録管理システム３０は、受信したスレッド数が０であるか否かを判定する（ステップＳ１３０９）。受信したスレッド数が０の場合、文書登録管理システム３０は、サーバ１の負荷が非常に高いと判断して、Ｗｅｂ通信手段３１に対して、文書登録動作を中止するように指示する（ステップＳ１３１０）。受信したレッド数が０以外の場合、文書登録管理システム３０は、Ｗｅｂ通信手段３１に対して、受信したスレッド数に従ってサーバ１への通信処理時のスレッド数を決定するように指示する（ステップＳ１３１１）。
【００７３】
このように、本実施の形態によれば、登録する文書ファイルの合計サイズとサーバ１の負荷状態に応じて決定されたスレッド数に従って、クライアント３とサーバ１との間の通信処理時のスレッド数を決定するので、クライアント３とサーバ１との間の通信効率を向上させることができる。
【００７４】
なお、本発明の目的は、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００７５】
また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。または、プログラムコードを、ネットワークを介してダウンロードしてもよい。
【００７６】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。
【００７７】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはうまでもない。
【図面の簡単な説明】
【００７８】
【図１】本発明の第１の実施の形態に係る文書管理システムの構成を示すブロック図である。
【図２】図１のサーバ１の内部構成を示すブロック図である。
【図３】図１のクライアント３の内部構成を示すブロック図である。
【図４】図３のクライアント３のユーザインターフェース出力手段３７を用いて表示された登録リストＬの一例を示す図である。
【図５】複数のファイルを登録リストＬへ登録する際の操作例を模式的に示す図である。
【図６】図５の操作により複数のファイルが登録された登録リストＬを示す図である。
【図７】フォルダを登録リストＬへ登録する際の操作例を模式的に示す図である。
【図８】図７の操作によりフォルダが登録された登録リストＬを示す図である。
【図９】登録リスト内の文書のインデックス情報の編集を行う際の画面操作を模式的に示す図である。
【図１０】図９の操作によりインデックス情報が編集された場合の登録リストＬを示す図である。
【図１１】クライアント３の登録処理前の登録リスト、登録処理中の登録リスト、登録処理の登録リストのそれぞれの例を示す図である。
【図１２】文書登録時のクライアント３の文書データ送信動作を示すフローチャートである。
【図１３】文書登録時のサーバ１の文書データ受信動作を示すフローチャートである。
【図１４】登録処理終了後の登録リストとその登録リストに対して登録処理が異常終了した文書の再登録を行うための整理を行った後の登録リストとを示す図である。
【図１５】クライアント３の登録処理前の登録リスト、登録処理中の登録リスト、登録処理の登録リストのそれぞれの他の例を示す図である。
【図１６】本発明の第２の実施の形態に係る文書管理システムの文書登録時のクライアント３によるスレッド数決定動作の手順を示すフローチャートである。
【図１７】本発明の第３の実施の形態に係る文書管理システムにおけるスレッド数の決定および決定されたスレッド数に応じた送信制御の手順を示すフローチャートである。
【符号の説明】
【００７９】
１  サーバ
３  クライアント
７  インターネット
１０  Ｗｅｂ接続制御手段
１３  Ｗｅｂサーバ
１４  文書管理システム
１５  画像情報変更手段
１６  画像情報記録部
１７  インデックスデータ記録部
１８  受信データ変更手段
３０  文書登録管理システム
３１  Ｗｅｂ通信手段
３３  登録画像情報記録部
３４  登録文書インデックスデータ記録部
３５  送信データ変更手段
３６  ユーザインターフェース入力手段
３７  ユーザインターフェース出力手段
【図１】
2005275807.tif 000003
【図２】
2005275807.tif 000004
【図３】
2005275807.tif 000005
【図４】
2005275807.tif 000006
【図５】
2005275807.tif 000007
【図６】
2005275807.tif 000008
【図７】
2005275807.tif 000009
【図８】
2005275807.tif 000010
【図９】
2005275807.tif 000011
【図１０】
2005275807.tif 000012
【図１１】
2005275807.tif 000013
【図１２】
2005275807.tif 000014
【図１３】
2005275807.tif 000015
【図１４】
2005275807.tif 000016
【図１５】
2005275807.tif 000017
【図１６】
2005275807.tif 000018
【図１７】
2005275807.tif 000019