JP2006331273A

JP2006331273A - 文書管理システム

Info

Publication number: JP2006331273A
Application number: JP2005157103A
Authority: JP
Inventors: Tsutomu Murayama; 努村山
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2005-05-30
Filing date: 2005-05-30
Publication date: 2006-12-07

Abstract

【課題】実際のデータのほかに、表示用のデータをもつ、文書管理データベースにおいて、クライアント側で編集作業を行うために、参照モードから編集モードへの切り替えを指示されたとき、編集前に他のユーザが文書を編集して変更していた場合に、参照モードで表示していた実際のデータがサーバ上では変更されているので、ユーザが今まで表示用データで見ていたものと異なるデータの文書の編集処理しか行えなかった。
【解決手段】実際のデータと表示用のデータを持つ文書管理データベースにおいて、参照モードでのオープン時に文書の実際のデータを一時データとして保存しておく。参照モードから編集モードへの変更動作時に、編集動作移行前の変更検知により文書の変更を確認したとき、参照モードでのオープン時に保存された一時データを用いて、すでに変更された文書データではなく、表示していた文書データでの編集動作を行うことができる。
【選択図】図５

Description

本発明は、画像文書およびコード文書を一元的に管理する、文書管理システムに関するものである。

かかるオフィス環境では、文書を読み取り可能なデバイスと、文書を管理するサーバ、それらを利用するためのＰＣなどのクライアントが同一ネットワーク上に配置され、文書管理システムが構築されている。

上述の文書管理システムでは様々なフォーマットの画像が登録されたり、登録された画像文書を文書管理サーバから取り出して利用したりしていた。

又、従来例としては、例えば特許文献１と特許文献２をあげることが出来る。
特開平１１−２５９３９１号公報特開２００３−８５１９５号公報

しかしながら、上記従来の文書管理システムでは、ＢＭＰ形式の画像などのサイズが大きくなりやすい画像を保存した場合に、表示、印刷、画像処理等に必要とされるメモリ量、処理時間が非常に大きくなっていた。

本発明は、上記問題を解決するためになされたもので、登録する文書の画像形式に応じた画像変換形式で画像変換することのできる文書管理システムを提供することを目的としている。

また、文書の利用する目的に応じた画像形式で、文書を抽出することのできる文書管理システムを提供することを目的としている。

上記目的を達成するために、本発明は、データベースに少なくとも２つ以上の形式の画像文書を登録し、管理、抽出することのできる文書管理システムにおいて、各画像形式毎に画像変換法方式を設定する設定手段と、画像ファイルの形式を判断することのできる解析手段と、画像ファイルを変換するための画像変換手段とを備え、登録する文書の画像形式に応じて、画像変換を行って文書を登録することを特徴とする。

さらに高速で表示、画像処理を行うために実データより解像度を落としてメモリサイズを軽減したプレビューイメージを作成、保存することにより使用者の要望に応じて、詳細な画像情報を持つ実データ、高速に表示および画像処理が可能なプレビューイメージを使い分けることを特徴とする。

さらに、プレビューイメージ表示時に表示した文書の実データ、および更新日付情報を保存する一時データ保存手段を備え、プレビューイメージを用いた参照モードから実データを用いた編集モードへの変更動作時に、他のユーザによる文書の変更を更新日付の比較で確認したとき、すでに変更された最新の文書データを元に編集作業を行うか、今まで表示していた文書データの実データを用いて編集動作を行うかを、選択できることを特徴とする。

以上説明したように、本発明によれば、データベースに少なくとも２つ以上の形式の画像文書を登録し、管理、抽出することのできる文書管理システムにおいて、各画像形式毎に画像変換法方式を設定する設定手段と、画像ファイルの形式を判断することのできる解析手段と、画像ファイルを変換するための画像変換手段とを備えることによって、登録する文書の画像形式に応じて、画像変換を行って文書を登録することが可能になり、効率的な文書保存を行うことができる。

さらに高速で表示、画像処理を行うために実データより解像度を落としてメモリサイズを軽減したプレビューイメージを作成、保存することにより使用者の要望に応じて、詳細な画像情報を持つ実データ、高速に表示および画像処理が可能なプレビューイメージを使い分けることができる。

さらに、プレビューイメージ表示時に表示した文書の実データ、および更新日付情報を保存する一時データ保存手段を備え、プレビューイメージを用いた参照モードから実データを用いた編集モードへの変更動作時に、他のユーザによる文書の変更を更新日付の比較で確認したとき、すでに変更された最新の文書データを元に編集作業を行うか、今まで表示していた文書データの実データを用いて編集動作を行うかを、選択することができる。

［第１実施例］
以下、図面を用いて本発明の第１実施例について説明する。

図１は本発明における文書管理システムのシステムブロックを示した図である。本実施例における文書管理システムはパーソナルコンピュータのＯＳ上で動作するクライアント（１０００）・サーバ（１１００）型のアプリケーションであり、スキャナなどのデバイスや、ＯＳ上のファイルから文書を取り込み、文書を管理することを目的としている。

＜文書入出力処理部＞
まず、文書入出力や操作を行う処理部について説明する。

１００１はユーザインタフェース部である。ユーザはユーザインタフェース部を介して文書サーバに対して文書の登録や、文書サーバからの文書の獲得、あるいは文書の検索といった操作を行うことになる。

ユーザインタフェース部から操作された情報は１００２のコマンド制御部で解析され、適切な処理が行われることになる。また必要であればサーバとの通信を行うためのコマンドはここで作成される。

スキャナ等のデバイスはデバイス制御部１００３によって制御が行われる。ここでは、デバイス側から文書データを吸い上げたり、デバイス側から送信されるデータを受け取ったりする処理がなされる。

ファイルサーバ等のＯＳ上に保存された文書ファイルは、文書データをインポートする形態で、１００４のファイル制御部において入力処理させることができるようになっている。また、文書管理サーバ上で管理するファイルをＯＳ上にエクスポートする処理もここで行われる。

１００５は外部モジュール通信部で、外部アプリケーションとの通信を行い、文書管理サーバ内の文書を外部アプリケーションに渡したり、外部アプリケーションから文書を受け取とる処理を行う。例えば、ＭＡＰＩに対応したメーラーに文書管理サーバで管理している文書を渡したりする処理はここで行われる。

＜クライアントシステム内部処理部＞
次に、クライアントシステム内に配置される各種処理部について説明する。

１００６は文書管理制御部であり、クライアントの心臓部である。ここでは、入出力処理部より渡された画像やコマンドに応じて処理を行う。

１００７はテンポラリデータを保存するための内部データ保存部である。画像処理を行う過程で作成されるデータや、サーバとの通信の過程で作成されるデータ等を一時的に保存する場所である。

１００８はファイル解析部で、登録された文書が画像として扱うことのできる文書かどうかを判断する。画像として扱える文書であれば１０１０のイメージ文書処理部によって必要に応じて画像処理が行われ、画像として扱えないコード文書であれば１００９のコード文書処理部で処理が行われる。文書管理サーバ上でコード文書に処理が行われることはあまりないが、コード文書に対するサムネイルの作成処理や、文書属性の所得などはこのコード文書処理部で行われる。また、プレビューイメージ作成動作も１０１０のイメージ文書処理部で行われる。

１０１１は通信制御部で、サーバ１１００と通信するための制御を行う。本実施例の通信制御部は文書管理サーバの処理に特化した制御のみを行っており、ＴＣＰ／ＩＰ等の通信そのものの制御はＯＳに用意されたものを使用している。

＜サーバシステム内部処理部＞
次に、サーバシステム内に配置される各種処理部について説明する。

１１０１は通信制御部で、クライアントの通信制御部１０１１と通信のための制御を行う。ただしサーバの通信制御部は多数のクライアントの通信制御部と同時に通信を行うことが可能になっている。

１１０２は検索制御部で、クライアントから依頼された検索のための処理を行ったり、登録された文書の検索用のインデックス作成のための処理を行っている。

１１０３、１１０４、１１０５はファイル解析部、コード文書処理部、イメージ文書処理部である。主な機能はクライアントのものと同じであるが、サーバでは登録された文書に応じて検索用のインデックスを文書から抽出する処理を行っている。つまり、ファイル解析部で登録されたファイルの種別を判断し、コード文書であれば、インデックスデータをコード文書処理部を使用して抽出する。イメージ文書であればイメージ文書処理部でイメージ処理を行い、１１０６のＯＣＲエンジンを使用してインデックスデータを抽出する。

１１０７は文書管理制御部で、文書管理に関するすべての処理の振り分けを行っている。

１１１２はテンポラリデータを保存するための内部データ保存部である。プレビューイメージ表示時から文書の編集動作を行うために、文書の実データ、および文書の更新日付を文書更新情報としてそれぞれ保存する。

＜データベース処理部＞
次に、データベース処理部について説明する。

１１０８はデータベース制御部で、データベースに保存するデータを作成し、ボリュームデータベース、属性データベース、全文検索用データベースに対応する文書を保存する処理を行う。また、クライアントからの要求に応じてそれぞれのデータベースからデータを取り出し、クライアントに渡す文書を作成する処理を行う。

１１０９はボリュームデータベースで、画像文書やコード文書そのものが保存されるデータベースである。

１１１０は属性データベースで、文書の名前や作成日付、コメントなどの属性に関する情報が保存されるデータベースである。また、１１１０には文書管理システムを使用するユーザの情報や、様様な設定データも保存している。

１１１１は全文検索用データベースで、登録された文書からテキストデータを抽出し、インデックス情報にしたデータが登録される。クライアントで全文検索が行われると、全文検索データベース内を検索する。

図２は本発明の文書管理システムの基本動作である、文書登録処理の、サーバおよびクライアントにおけるフローを示す図である。

＜クライアント文書登録処理＞
まずクライアント側における文書登録の処理について説明する。

Ｓ２００１でアプリケーションにファイルを取り込む処理を行う。この処理ではデバイス制御部（１００３）、ファイル制御部（１００４）、外部モジュール制御部（１００５）を使用して、ＯＳ上に存在するファイルやスキャナからの画像、外部アプリケーションからの文書を、文書管理アプリケーションに取り込む。

Ｓ２００２で、取り込んだファイルを解析する処理を行う。この処理は１００８のファイル解析部で行われ、取り込んだ文書が文書管理システムで扱えるかどうかの判断や、ファイル自体の属性情報などの取り込みといった処理を行う。

Ｓ２００３で、解析された文書が画像文書であるか、コード文書であるかを判断する。この判断も１００８のファイル解析部で行われる。文書を文書管理サーバに登録する際には、クライアントで文書を確認するために表示されるサムネイルも実際の文書と同時に登録する必要がある。本実施例の文書管理サーバではこのサムネイル作成処理をクライアント側で行っている。そのために、ファイルの内容を解析する必要があり、その結果ファイルの処理するモジュールを変更している。

コード文書と判定されれば処理はＳ２００４に進み、コード文書処理が行われる。この処理は１００９のコード文書処理部で行われ、コード文書からクライアントで表示するためのサムネイルを作成したり、コード文書のコード内に保存された属性情報を取り出すといったことが行われる。

イメージ文書と判定されれば処理はＳ２００５に進み、イメージ文書処理が行われる。この処理は１０１０のイメージ文書処理部で行われ、サムネイルを作成等を行う。この際テンポラリフォルダ１００７に一時的にファイルがためられることがある。

Ｓ２００６では登録するイメージ文書を画像変換して保存するかどうかを判断し、必要があればＳ２００７でイメージ文書の画像変換を行う。

Ｓ２００８で、サムネイルおよび文書データをサーバに送信するための処理が行われる。本実施例では通信のプロトコルとしてＴＣＰ／ＩＰが用いられ、ＴＣＰ／ＩＰに関する基本的な処理はＯＳが処理するものとする。

以上がクライアントにおける文書登録処理である。

＜サーバ文書登録処理＞
次にサーバ側における文書登録の処理について説明する。

Ｓ２１０１で、クライアントから送信されたデータを受信する処理が行われる。ここもクライアントと同様にＴＣＰ／ＩＰに関する基本的な処理はＯＳが処理するものとする。

Ｓ２１０２で、受信したファイルを解析する処理を行う。この処理は１１０２の検索制御部からの指示で１１０３のファイル解析部で行われる。

Ｓ２１０３で、解析された文書が画像文書であるか、コード文書であるかを判断する。この判断も１１０３のファイル解析部で行われる。文書管理サーバに登録した文書を検索するためには、文書検索用のインデックスデータを文書から抽出する必要がある。そのために、ファイルの内容を解析する必要があり、その結果ファイルの処理するモジュールを変更している。

コード文書と判定されれば処理はＳ２１０４に進み、コード文書処理が行われる。この処理は１１０４のコード文書処理部で行われ、コード文書から検索用インデックスデータを抽出する。

イメージ文書と判定されれば処理はＳ２１０５に進み、イメージ文書処理が行われる。この処理は１１０５のイメージ文書処理部で行われ、文書の画像変換を行う。ここで行う画像変換はＯＣＲに適した画像を得るための処理のためであり、実際にデータベースに登録される画像はクライアントから受信した文書をそのまま登録する。

Ｓ２１０６で、Ｓ２１０５で変換された画像にＯＣＲを行い、検索用インデックスデータを抽出する。

Ｓ２１０７で、クライアントから受信した文書データを、１１０９のボリュームデータベースに保存する処理を行う。ボリュームデータベースに保存されるデータは、受信した文書データそのもの、サムネイルデータである。

Ｓ２１０８で、文書データから抽出した検索用のインデックスデータを、１１１１の全文検索用データベースに登録する処理を行う。

Ｓ２１０９で、文書の属性データおよび、ボリュームデータベースに登録した文書データのＩＤ、全文検索用データベースに登録した検索用インデックスデータのＩＤを属性データベース１１１０に登録する。これによって、属性データベース、ボリュームデータベース、検索用データベースに登録されたデータの対応付けを行っている。

以上がサーバにおける文書登録処理である。

図６は本発明の文書管理システムの基本動作である、文書のプレビューイメージ作成処理の、サーバにおけるフローを示す図である。

＜サーバ文書プレビューイメージ作成処理＞
サーバ側における文書のプレビューイメージ作成処理について説明する。サーバ側の処理の前にクライアント側で文書の選択およびプレビューイメージ作成指示が既に行われたものとする。

Ｓ６００１でクライアントから送信されたコマンドを受信する処理を行う。

Ｓ６００２で受信したコマンドの解析処理を行い、解析された結果に基づいて処理を振り分ける。本フローはプレビューイメージ作成指示であるので、コマンド情報に含まれるプレビューイメージを作成する文書のＩＤがコマンドの中に含まれている。

Ｓ６００３で、解析された文書が画像文書であるか、コード文書であるかを判断する。この判断も１１０３のファイル解析部で行われる。コード文書であればプレビューイメージを作成しない。（Ｓ６００５）
Ｓ６００４で選択されたイメージ文書内のイメージデータが、プレビューイメージを作成する必要があるかを判断する。（一例として、解像度が基準値を超えているか。）この判断も１１０３のファイル解析部で行われる。プレビューイメージを作成する必要が無ければプレビューイメージを作成しない。（Ｓ６００５）
Ｓ６００６で、プレビューイメージ作成処理が行われる。この処理は１１０５のイメージ文書処理部で行われ、文書の画像、解像度変換を行う。文書データより低い解像度でプレビューイメージを作成することにより、表示、エクスポートなどの画像処理に必要とされるメモリ量、処理時間を軽減することができる。

Ｓ６００７で、プレビューイメージを、１１０９のボリュームデータベースに保存する処理を行う。と同時に１１１０の属性データベースにプレビューイメージを管理するＩＤ情報を、そのページのＩＤ情報に関連つけて保存する処理を行う。

Ｓ６００８で、クライアント側にプレビューイメージの作成処理が終了したことを通知する。

以上がサーバにおけるプレビューイメージ作成処理である。

図３は属性データベース１１１０に登録されているデータのデータ構造概念図である。あくまで概念としてツリー構造をとっているが、必ずしもツリー構造である必要はない。

３００１は属性データベースのルートであり、全ての登録されるデータはルートの子データである。

３００２はフォルダデータであり、ユーザがデータを格納するためのフォルダのデータである。フォルダデータはフォルダＩＤとフォルダ属性情報から成り立っている。フォルダは複数存在することができるので、最上位に存在するフォルダはその数分だけ、３００３のようにルートの直下に接続される子データとして登録される。

３００４は文書データであり、格納されるフォルダの子データとして存在する。文書データは文書ＩＤと文書属性情報からなり、文書属性情報として文書名や更新日時、コメントデータなどのデータを保存している。文書データもフォルダの下に複数存在することができるので、その数分だけ３００５のように登録される。

また、フォルダの下にさらにフォルダを、存在させフォルダの階層化構造をとること可能である。この場合は３００６のように登録される。

３００７はページデータで、登録された文書の各ページに関する情報が保存される。ページデータはページＩＤとページ属性情報、検索インデックスＩＤ、ボリュームデータＩＤ、プレビューイメージボリュームデータＩＤからなりたっている。検索インデックスＩＤは全文検索データベースに保存された情報のＩＤで、ボリュームデータＩＤはボリュームデータベースに登録されたＩＤで、プレビューイメージボリュームデータＩＤはプレビューイメージのボリュームデータベースに登録されたＩＤで、各ＩＤから各データベースから情報を引き出すことが可能である。ページ属性情報にはページ番号、ページのファイルフォーマット、プレビューイメージのファイルフォーマットといった情報が保存される。ページデータもページ数分だけ存在することが可能で、３００８のように登録される。ただし、コード文書はページ毎に分割して保存することができないために、１ページしか存在しない文書としてあつかわれ、ページデータは１つしか存在しない。

図４は本発明の文書管理システムの基本動作である、文書の表示処理の、サーバおよびクライアントにおけるフローを示す図である。

＜サーバ文書表示処理＞
まずサーバ側における文書表示の処理について説明する。サーバ側の処理の前にクライアント側で表示する文書の選択および実データを表示するか、プレビューイメージを表示するか指示が既に行われたものとする。

Ｓ４００１でクライアントから送信されたコマンドを受信する処理を行う。

Ｓ４００２で受信したコマンドの解析処理を行い、解析された結果に基づいて処理を振り分ける。本フローは表示指示であるので、コマンド情報に含まれる表示する文書のＩＤがコマンドの中に含まれている。

Ｓ４００３で文書ＩＤを元に属性データベースより属性情報を抜き出す。

Ｓ４００４で文書の属性情報から、文書がイメージ文書かコード文書かを判別して、コード文書であれば、属性データの中に保存されているボリュームＩＤに対応したボリュームデータを獲得する。（Ｓ４００８）
Ｓ４００５でクライアントからの指示が、実データの表示であれば、属性データの中に保存されているボリュームＩＤに対応したボリュームデータを獲得する。（Ｓ４００８）
Ｓ４００６で文書の属性情報内のボリュームＩＤからプレビューイメージのボリュームＩＤを取得する際に、プレビューイメージが無ければ、属性データの中に保存されているボリュームＩＤに対応した実データのボリュームデータを獲得する。（Ｓ４００８）
Ｓ４００６で、文書の属性情報内のボリュームＩＤからプレビューイメージのボリュームＩＤを取得する際に、プレビューイメージがあれば、属性データの中に保存されているボリュームＩＤに対応したプレビューイメージのボリュームデータを獲得する。（Ｓ４００７）さらに、文書の実データを１１１２のテンポラリデータ保存部に、文書の更新日付を文書更新情報として１１１２のテンポラリデータ保存部に，それぞれ保存する。（Ｓ４００９）
Ｓ４０１０で作成したデータをクライアントに送信する処理を行う。

以上がサーバにおける文書表示処理である。

＜クライアント文書表示処理＞
次にクライアント側における文書表示処理について説明する。

Ｓ４１０１で、サーバから送信されたデータを受信する処理が行われる。

Ｓ４１０２で受信したファイルを解析する。

Ｓ４１０３で文書データを表示データ作成用に１０７０のテンポラリデータとして、メモリ展開する。

Ｓ４１０４でメモリ展開したデータから表示用に文書データを変換する。

Ｓ４１０５で、Ｓ４１０３で展開したメモリデータを削除する。

Ｓ４１０６で、Ｓ４１０４で作成した表示用データを１００１のユーザインタフェース部に送って表示させる。

以上がクライアントにおける文書表示処理である。

＜編集作業＞
クライアント側でプレビューイメージを表示している場合にイメージ文書の編集作業を行う際には、サーバ側でクライアント側に実データを送信し、クライアント側でユーザが任意の編集作業を行い変更後のデータをサーバ側に送信し、サーバ側で受け取った変更後の文書データをデータベースに格納する。この一連の動作を図５のフローに従って説明する。

Ｓ７００１で、クライアント側からプレビューイメージを表示している文書の編集要求を受け取ると、サーバ側では、他のユーザがすでに文書を変更しているかを確認するために、１１１０の属性データベース内の文書の更新日付と１１１２のテンポラリデータ保存部内の文書更新情報の更新日付と比較する。（Ｓ７００２）
＜他のユーザが変更を行っていない場合の処理＞
更新日付が同じであれば、他のユーザがこの文書に対して変更を行っていないので、Ｓ７００８で、他のユーザに対して変更を禁止するための排他制御を行うため、チェックアウト処理を行う。

Ｓ７００９で、１１０９のボリュームデータベース内に保存されている文書の実データをクライアント側に送信する。

Ｓ７０１０で、実データを受け取ったクライアント側では、編集作業を行い、変更後の実データをサーバ側に送信する。

Ｓ７０１１で、変更後の実データを受け取ったサーバ側では、Ｓ７０１２で、この文書に対して更新登録を行う。この文書登録動作は図２のフローチャートのＳ２１０１からＳ２１０９と同じ動作のため詳細な説明は省く。

Ｓ７０１３で、他のユーザに対してこの文書の編集を許可するための、チェックアウトの解除処理を行う。

Ｓ７０１４で、１１１２のテンポラリデータ保存部内の文書の実データ、および１１１２のテンポラリデータ保存部内の文書更新情報を、それぞれ削除する。

＜他のユーザが変更を行っている場合の処理＞
１１１０の属性データベース内の文書の更新日付が、１１１２のテンポラリデータ保存部内の文書更新情報の更新日付より新しければ、他のユーザがこの文書に対して変更処理を行ったので、Ｓ７００３で、クライアントに対して使用者の文書更新方法を選択させるための指示を促すための送信を行う。

Ｓ７００４で、クライアント側で指示を受信したならば、１００１のユーザインタフェース部で選択内容を表示して、使用者に選択させる。この選択結果をサーバ側に送信する。

Ｓ７００５で、クライアント側の選択結果を受け取ったサーバ側では、Ｓ７００６、Ｓ７００７で選択結果を判断して、それぞれの処理を行う。

＜最新の文書データをもとに文書を編集する場合の処理＞
Ｓ７０１４で、他のユーザに対して変更を禁止するための排他制御を行うため、チェックアウト処理を行う。

Ｓ７０１５で、１１０９のボリュームデータベース内に保存されている文書の実データをクライアント側に送信する。

Ｓ７０１６で、実データを受け取ったクライアント側では、受け取った最新の文書データを表示した後で、編集作業を行い、変更後の実データをサーバ側に送信する。

＜表示していた文書データと同じ実データをもとに文書を編集し、更新する場合の処理＞
Ｓ７０１７で、他のユーザに対して変更を禁止するための排他制御を行うため、チェックアウト処理を行う。

Ｓ７０１８で、１１１２のテンポラリデータ保存部に保存されている文書の実データをクライアント側に送信する。

Ｓ７０１９で、実データを受け取ったクライアント側では、編集作業を行い、変更後の実データをサーバ側に送信する。

＜表示していた文書データと同じ実データをもとに文書を編集し、別文書として新規登録する場合の処理＞
Ｓ７０２０で、１１１２のテンポラリデータ保存部に保存されている文書の実データをクライアント側に送信する。

Ｓ７０２１で、実データを受け取ったクライアント側では、編集作業を行い、変更後の実データをサーバ側に送信する。

Ｓ７０２２で、変更後の実データを受け取ったサーバ側では、Ｓ７０２３で、別文書として新規登録を行う。この文書登録動作は図２のフローチャートのＳ２１０１からＳ２１０９と同じ動作のため詳細な説明は省く。

文書管理システムのシステムブロックを示した図である。文書登録処理の、サーバおよびクライアントにおけるフローを示す図である。属性データベースに登録されているデータのデータ構造概念図である。文書表示処理の、サーバおよびクライアントにおけるフローを示す図である。編集作業処理の、サーバおよびクライアントにおけるフローを示す図である。プレビューイメージ作成処理の、サーバにおけるフローを示す図である。

符号の説明

１００１ユーザインタフェース部
１００２コマンド制御部
１００３デバイス制御部
１００４ファイル制御部
１００５外部モジュール通信部
１００６文書管理制御部
１００７内部データ保存部
１００８ファイル解析部
１００９コード文書処理部
１０１０イメージ文書処理部
１０１１通信制御部
１１０１通信制御部
１１０２検索制御部
１１０３ファイル解析部
１１０４コード文書処理部
１１０５イメージ文書処理部
１１０６ＯＣＲエンジン
１１０７文書管理制御部
１１０８データベース制御部
１１０９ボリュームデータベース
１１１０属性データベース
１１１１全文検索用データベース
１１１２テンポラリデータ保存部

Claims

データベースに少なくとも２つ以上の形式の画像文書を登録し、管理、抽出することのできる文書管理システムにおいて、各画像形式毎に画像変換法方式を設定する設定手段と、画像ファイルの形式を判断することのできる解析手段と、画像ファイルを変換するための画像変換手段とを備え、登録する文書の画像形式に応じて、画像変換を行って文書を登録することを特徴とする文書管理システム。
少なくとも２つ以上の文書抽出手段と、手段毎の抽出する文書の画像フォーマットを設定する手段とを備え、文書の抽出手段によって文書の画像変換形式を設定し、前期設定に応じて文書を抽出することのできることを特徴とした請求項１記載の文書管理システム。
文書抽出手段の１つとしてメーラーへの添付処理を備えたことを特徴とする請求項２記載の文書管理システム。
前期画像解析手段によって画像変換できない形式と判断された場合は、登録文書をコード文書と取り扱うことを特徴とした請求項１記載の文書管理システム。
データベースに実画像とともに、解像度を落としたプレビューイメージを保存し、使用者の指示により実画像とプレビューイメージを使い分けて表示、印刷、画像変換などの画像処理を行うことを特徴とした請求項１記載の文書管理システム。
上記文書管理システムにおいて、プレビューイメージ表示時に表示した文書の実データ、および更新日付情報を保存する一時データ保存手段を備え、プレビューイメージを用いた参照モードから実データを用いた編集モードへの変更動作時に、他のユーザによる文書の変更を更新日付の比較で確認したとき、すでに変更された最新の文書データを元に編集作業を行うか、今まで表示していた文書データの実データを用いて編集動作を行うかを、選択できることを特徴とした請求項１および請求項５記載の文書管理システム。