(57)【要約】    【課題】  効率的な文書保存を可能とし、メモリ量及び処理時間を低減することを可能とした文書管理システムを提供する。    【解決手段】  サーバのファイル解析部１１０３は、受信した文書を解析し、コード文書の場合はコード文書処理部１１０４によりコード文書から文書検索用インデックスデータを抽出し、イメージ文書の場合はイメージ文書処理部１１０５によりイメージ文書処理を行い、文書検索用インデックスデータを抽出する。データベース制御部１１０８は、受信した文書データをボリュームデータベース１１０９に保存し、抽出した文書検索用インデックスデータを全文検索用データベース１１１１に登録し、文書の属性情報等を属性データベース１１１０に登録する。また、ファイル解析部１１０３は、イメージ文書処理部１１０５により文書データより低い解像度でプレビューイメージ画像を作成する。【選択図】      図１
2006313491.tif 000002
【特許請求の範囲】
【請求項１】
文書を登録し管理する文書管理システムであって、
管理対象の文書に基づいて、プレビュー画像を作成する必要があるか否か判断する判断手段と、
前記判断手段で、プレビュー画像を作成する必要があると判断された場合に、前記文書のプレビュー画像を作成する作成手段と
を備えることを特徴とする文書管理システム。
【請求項２】
前記判断手段は、前記管理対象の文書がコード文書かイメージ文書かに基づいて、プレビュー画像を作成する必要があるか否か判断することを特徴とする請求項１記載の文書管理システム。
【請求項３】
前記判断手段は、前記管理対象の文書がイメージ文書の場合、該イメージ文書の解像度に基づいて、プレビュー画像を作成する必要があるか否か判断することを特徴とする請求項１又は２のいずれかに記載の文書管理システム。
【請求項４】
前記判断手段は、前記管理対象の文書について既にプレビュー画像を作成済みか否かに基づいて、プレビュー画像を作成する必要があるか否か判断することを特徴とする請求項１乃至３のいずれかに記載の文書管理システム。
【請求項５】
文書を登録し管理する文書管理システムであって、
画像ファイル形式毎に画像変換方法を設定する設定手段と、
文書の画像ファイル形式を解析する解析手段と、
前記解析手段により解析された画像ファイル形式に応じた画像変換方法により文書の画像変換を行う変換手段と、
前記変換手段により画像変換された文書を登録する登録手段と
を備えることを特徴とする文書管理システム。
【請求項６】
前記解析手段は、登録文書が画像変換できない画像ファイル形式と判断した場合、登録文書をコード文書として扱い、登録文書が画像変換できる画像ファイル形式と判断した場合、登録文書をイメージ文書として扱うことを特徴とする請求項５記載の文書管理システム。
【請求項７】
登録文書がコード文書である場合、登録文書から文書検索用インデックスデータを抽出する第１の抽出手段と、
登録文書がイメージ文書である場合、イメージ文書処理を行い登録文書から文書検索用インデックスデータを抽出する第２の抽出手段とを更に備えることを特徴とする請求項５記載の文書管理システム。
【請求項８】
前記第１及び第２の抽出手段により各々抽出した文書検索用インデックスデータを保存するインデックス保存手段を更に備えることを特徴とする請求項５又は７記載の文書管理システム。
【請求項９】
前記文書管理システムで管理している文書をメーラに送信する通信手段を更に備えることを特徴とする請求項５記載の文書管理システム。
【請求項１０】
実画像と共に解像度を低下させたプレビューイメージ画像を保存する文書保存手段を更に備え、
指示に基づいた前記実画像又は前記プレビューイメージに対する表示処理或いは印刷処理或いは画像処理を行うことを特徴とする請求項５記載の文書管理システム。
【請求項１１】
実画像に対する表示処理或いは印刷処理或いは画像処理と並行してプレビューイメージ画像を作成することを特徴とする請求項１又は１０記載の文書管理システム。
【請求項１２】
実画像のファイルフォーマット、プレビューイメージ画像のファイルフォーマットを含む属性情報を保存する属性情報保存手段を更に備えることを特徴とする請求項５、１０、１１の何れかに記載の文書管理システム。
【請求項１３】
クライアント・サーバ型システムに適用されることを特徴とする請求項１乃至１２の何れかに記載の文書管理システム。
【請求項１４】
文書を登録し管理する文書管理システムの制御方法であって、
管理対象の文書に基づいて、プレビュー画像を作成する必要があるか否か判断する判断ステップと、
前記判断ステップで、プレビュー画像を作成する必要があると判断された場合に、前記文書のプレビュー画像を作成する作成ステップと
を備えることを特徴とする制御方法。
【請求項１５】
文書管理システムの制御方法であって、
画像ファイル形式毎に画像変換方法を設定する設定ステップと、
文書の画像ファイル形式を解析する解析ステップと、
前記解析ステップにより解析された画像ファイル形式に応じた画像変換方法により文書の画像変換を行う変換ステップと、
前記変換ステップにより画像変換された文書を登録する登録ステップと
を備えることを特徴とする制御方法。
【請求項１６】
請求項１４または１５のいずれかに記載の制御方法の各ステップを、コンピュータに実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像文書及びコード文書を一元的に管理する場合に適用される文書管理システム、制御方法、及びコンピュータプログラムに関する。
【背景技術】
【０００２】
従来、企業の中には、文書を読み取り可能なスキャナ等のデバイス、文書を管理する文書管理サーバ、デバイスや文書管理サーバを利用するためのＰＣ（パーソナルコンピュータ）等のクライアント装置を、同一のネットワーク上に配置した形態の文書管理システムを構築している企業がある。この種の文書管理システムでは、様々なフォーマットの画像を登録したり、登録された画像文書を文書管理サーバから取り出して利用したりしている。
【０００３】
上記技術に関しては各種のものが提案されている（例えば、特許文献１参照）。
【特許文献１】特開平10-240724号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来の文書管理システムでは、画像ファイル形式がＢＭＰ（bitmap）形式の画像などの、サイズが大きくなりやすい画像を保存した場合に、画像の表示処理、印刷処理、画像処理等に必要とされるメモリ量や処理時間が非常に大きくなるという問題があった。また、画像ファイル形式に応じた効率的な文書保存の実現が要望されていた。
【０００５】
本発明の目的は、効率的な文書保存を可能とし、メモリ量及び処理時間を低減することを可能とした文書管理システム、制御方法、及びコンピュータプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上述の目的を達成するために、本発明の文書管理システムは、文書を登録し管理する文書管理システムであって、管理対象の文書に基づいて、プレビュー画像を作成する必要があるか否か判断する判断手段と、前記判断手段で、プレビュー画像を作成する必要があると判断された場合に、前記文書のプレビュー画像を作成する作成手段とを備えることを特徴とする。
【０００７】
上述の目的を達成するために、本発明の文書管理システムは、文書を登録し管理する文書管理システムであって、画像ファイル形式毎に画像変換方法を設定する設定手段と、文書の画像ファイル形式を解析する解析手段と、前記解析手段により解析された画像ファイル形式に応じた画像変換方法により文書の画像変換を行う変換手段と、前記変換手段により画像変換された文書を登録する登録手段とを備えることを特徴とする。
【０００８】
上述の目的を達成するために、本発明の制御方法は、文書を登録し管理する文書管理システムの制御方法であって、管理対象の文書に基づいて、プレビュー画像を作成する必要があるか否か判断する判断ステップと、前記判断ステップで、プレビュー画像を作成する必要があると判断された場合に、前記文書のプレビュー画像を作成する作成ステップとを備えることを特徴とする。
【０００９】
上述の目的を達成するために、本発明の制御方法は、文書管理システムの制御方法であって、画像ファイル形式毎に画像変換方法を設定する設定ステップと、文書の画像ファイル形式を解析する解析ステップと、前記解析ステップにより解析された画像ファイル形式に応じた画像変換方法により文書の画像変換を行う変換ステップと、前記変換ステップにより画像変換された文書を登録する登録ステップとを備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、文書の画像ファイル形式を解析し、解析された画像ファイル形式に応じた画像変換方法により文書の画像変換を行い、画像変換された文書を登録するので、効率的な文書保存を行うことができる。
【００１１】
また、登録文書がコード文書である場合、文書検索用インデックスデータを抽出し、登録文書がイメージ文書である場合、イメージ文書処理を行い文書検索用インデックスデータを抽出するので、利用目的に応じた文書検索を行うことが可能となる。
【００１２】
また、実画像と共に解像度を低下させたプレビューイメージ画像を保存するので、使用者の要望に応じて、詳細な画像情報を持つ実画像、高速な表示及び画像処理が可能なプレビューイメージ画像を使い分けることが可能となる。
【００１３】
また、実画像に対する表示処理或いは印刷処理或いは画像処理と並行してプレビューイメージ画像を作成するので、処理に必要とされるメモリ量及び処理時間を低減することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態を図面を参照して説明する。
【００１５】
［第１の実施の形態］
図１は、本発明の第１の実施の形態に係る文書管理システムの構成を示すブロック図である。
【００１６】
図１において、文書管理システムは、それぞれのパーソナルコンピュータのＯＳ（オペレーティングシステム）上で動作するクライアント・サーバ型の文書管理アプリケーションであり、スキャナなどのデバイスやＯＳ上に存在するファイルから文書を取り込み、文書を管理することを目的としている。
【００１７】
クライアントシステム（以下クライアントと略称）１０００は、ユーザインタフェース部１００１、コマンド制御部１００２、デバイス制御部１００３、ファイル制御部１００４、外部モジュール通信部１００５、文書管理制御部１００６を備えている。更に、内部データ保存部１００７、ファイル解析部１００８、コード文書処理部１００９、イメージ文書処理部１０１０、通信制御部１０１１を備えている。
【００１８】
サーバシステム（以下サーバと略称）１１００は、通信制御部１１０１、検索制御部１１０２、ファイル解析部１１０３、コード文書処理部１１０４、イメージ文書処理部１１０５、ＯＣＲ（Optical Character Reader）エンジン１１０６を備えている。更に、文書管理制御部１１０７、データベース制御部１１０８、ボリュームデータベース１１０９、属性データベース１１１０、全文検索用データベース１１１１を備えている。
【００１９】
＜文書入出力処理部＞
まず、文書入出力や操作を行う文書入出力処理部について説明する。
【００２０】
ユーザインタフェース部１００１は、ユーザがサーバ１１００に対する文書の登録、サーバ１１００からの文書の獲得、あるいはサーバ１１００に対する文書の検索といった操作を行う際のインタフェースを司る。
【００２１】
コマンド制御部１００２は、ユーザインタフェース部１００１を介して入力された情報を解析し、適切な処理を行う。また、コマンド制御部１００２は、必要であればサーバ１１００との通信を行うためのコマンドを作成する。デバイス制御部１００３は、スキャナ等のデバイスの制御を行うものであり、デバイス側から文書データを吸い上げたり、デバイス側から送信されるデータを受け取ったりする処理を行う。
【００２２】
ファイル制御部１００４は、ファイルサーバ等のＯＳ上に保存された文書ファイルについて、文書データをインポート（他のアプリケーションで作成したデータを読み込む）する形態で入力処理することができるようになっている。また、ファイル制御部１００４は、サーバ１１００上で管理するファイルをＯＳ上にエクスポート（画像ファイル形式を変更して保存）する処理も行う。
【００２３】
外部モジュール通信部１００５は、外部アプリケーションとの間の通信を行い、サーバ１１００内の文書を外部アプリケーションに渡したり、外部アプリケーションから文書を受け取ったりする処理を行う。外部モジュール通信部１００５は、例えば、ＭＡＰＩ（Messaging Application Program Interface）に対応したメーラ（Mailer）にサーバ１１００で管理している文書を渡したりする処理を行う。
【００２４】
＜クライアント内部処理部＞
次に、クライアント１０００内に配置される各種処理部について説明する。
【００２５】
文書管理制御部１００６は、クライアント１０００の心臓部であり、上記文書入出力処理部より渡された画像やコマンドに応じて処理を行う。内部データ保存部１００７は、テンポラリデータを保存するためのものであり、画像処理を行う過程で作成されるデータや、サーバ１１００との間の通信の過程で作成されるデータ等を一時的に保存する場所である。
【００２６】
ファイル解析部１００８は、登録された文書が画像として扱うことができる文書かどうかを判断する。画像として扱える（画像変換できる形式の）イメージ文書の場合は、イメージ文書処理部１０１０で必要に応じて画像処理を行い、画像として扱えない（画像変換できない形式の）コード文書の場合は、コード文書処理部１００９で処理を行う。ファイル解析部１００８は、画像ファイル形式毎に画像変換方法を設定する。
【００２７】
サーバ１１００上でコード文書に処理が行われることはあまりないが、コード文書に対するサムネイルの作成処理や文書属性の取得などはコード文書処理部１００９で行う。また、プレビューイメージ作成処理はイメージ文書処理部１０１０で行う。
【００２８】
通信制御部１０１１は、サーバ１１００の通信制御部１１０１と通信媒体１２００を介して通信のための制御を行う。本実施の形態では、通信制御部１０１１は、サーバ１１００の処理に特化した制御のみを行っており、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等の通信そのものの制御はＯＳに用意されたものを使用している。
【００２９】
＜サーバ内部処理部＞
次に、サーバ１１００内に配置される各種処理部について説明する。
【００３０】
通信制御部１１０１は、クライアント１０００の通信制御部１０１１と通信媒体１２００を介して通信のための制御を行う。ただし、サーバ１１００の通信制御部１１０１は多数のクライアントの通信制御部と同時に通信を行うことが可能になっている。検索制御部１１０２は、クライアント１０００から依頼された検索のための処理を行ったり、登録された文書の検索用のインデックスを作成するための処理を行ったりしている。
【００３１】
ファイル解析部１１０３、コード文書処理部１１０４、イメージ文書処理部１１０５の主な機能は、クライアントのファイル解析部１００８、コード文書処理部１００９、イメージ文書処理部１０１０と同じであるが、サーバ１１００では次の処理を行っている。即ち、サーバ１１００では登録された文書に応じて文書検索用インデックスデータを文書から抽出する処理を行っている。
【００３２】
つまり、ファイル解析部１１０３は、登録された文書（ファイル）の種別を判断し、コード文書であれば、コード文書処理部１１０４により文書から文書検索用インデックスデータを抽出する。イメージ文書であれば、イメージ文書処理部１１０５によりイメージ文書処理を行い、ＯＣＲエンジン１１０６を使用して文書から文書検索用インデックスデータを抽出する。
【００３３】
文書管理制御部１１０７は、サーバ１１００全体の制御を司るものであり、文書管理に関するすべての処理の振り分けを行っている。
【００３４】
＜データベース処理部＞
次に、サーバ１１００内のデータベース処理部について説明する。
【００３５】
データベース制御部１１０８は、データベースに保存するデータを作成し、ボリュームデータベース１１０９、属性データベース１１１０、全文検索用データベース１１１１に対応する文書を保存する処理を行う。また、データベース制御部１１０８は、クライアント１０００からの要求に応じてそれぞれのデータベースからデータを取り出し、クライアント１０００に渡す文書を作成する処理を行う。
【００３６】
ボリュームデータベース１１０９は、画像文書やコード文書そのものが保存されるデータベースである。ボリュームデータベース１１０９には、実画像と共に、解像度を落としたプレビューイメージ画像を保存し、ユーザの指示により実画像とプレビューイメージ画像を使い分けて、表示処理、印刷処理、画像変換等の画像処理を行うことができる。
【００３７】
属性データベース１１１０は、文書の名前、作成日付、コメントなどの属性に関する情報が保存されるデータベースである。また、属性データベース１１１０には、文書管理システムを使用するユーザの情報や様々な設定データも保存されている。全文検索用データベース１１１１は、登録された文書からテキストデータを抽出し、インデックス情報にしたデータ（文書検索用インデックスデータ）が登録されるデータベースである。クライアント１０００で全文検索が行われると、全文検索データベース１１１１内を検索する。
【００３８】
次に、上記構成を有する本実施の形態の文書管理システムにおける動作を図２乃至図７を参照しながら詳細に説明する。
【００３９】
＜クライアント側文書登録処理＞
まず、文書管理システムの基本動作である、クライアント側における文書登録処理について説明する。
【００４０】
図２は、クライアント側における文書登録処理を示すフローチャートである。
【００４１】
図２において、クライアントの文書管理制御部１００６は、文書管理アプリケーションにファイルを取り込む処理を行う（ステップＳ２００１）。該ファイル取り込み処理では、デバイス制御部１００３、ファイル制御部１００４、外部モジュール制御部１００５を使用して、ＯＳ上に存在するファイル、スキャナからの画像、外部アプリケーションからの文書を、文書管理アプリケーションに取り込む。
【００４２】
次に、ファイル解析部１００８は、取り込んだファイルの画像ファイル形式を解析する処理を行う（ステップＳ２００２）。即ち、ファイル解析部１００８は、取り込んだファイルが文書管理システムで扱えるかどうかの判断や、ファイル自体の属性情報などの取り込み等の処理を行う。
【００４３】
次に、ファイル解析部１００８は、解析された文書（ファイル）が画像文書（イメージ文書）であるかコード文書であるかを判断する（ステップＳ２００３）。
【００４４】
文書をサーバに登録する際には、クライアントで文書を確認するために表示されるサムネイルも実際の文書と同時に登録する必要がある。本実施の形態の文書管理システムでは、サムネイル作成処理をクライアント側で行っている。そのために、クライアント側でファイルの内容を解析する必要があり、解析された文書がコード文書であるかイメージ文書であるかに応じて、処理モジュール（コード文書処理部１００９、イメージ文書処理部１０１０）を切り替える。
【００４５】
解析された文書がコード文書であると判定した場合は、コード文書処理部１００９によりコード文書処理を行う（ステップＳ２００４）。即ち、コード文書処理部１００９は、コード文書からクライアントで表示するためのサムネイルを作成したり、コード文書のコード内に保存された属性情報を取り出したりする等の処理を行う。
【００４６】
解析された文書がイメージ文書であると判定した場合は、イメージ文書処理部１０１０によりイメージ文書処理を行う（ステップＳ２００５）。即ち、イメージ文書処理部１０１０は、サムネイルを作成する等の処理を行う。この際、内部データ保存部（テンポラリフォルダ）１００７に一時的にファイルがためられることがある。次に、イメージ文書処理部１０１０は、登録するイメージ文書を画像変換して保存するかどうかを判断し（ステップＳ２００６）、画像変換の必要があれば、イメージ文書の画像変換を行う（ステップＳ２００７）。
【００４７】
ステップＳ２００４またはステップＳ２００７の処理後、通信制御部１０１１は、サムネイル及び文書データをサーバに送信するための処理を行う（ステップＳ２００８）。本実施の形態では、通信のプロトコルとしてＴＣＰ／ＩＰが用いられ、ＴＣＰ／ＩＰに関する基本的な処理はＯＳが処理するものとする。以上がクライアントにおける文書登録処理である。
【００４８】
＜サーバ側文書登録処理＞
次に、文書管理システムの基本動作である、サーバ側における文書登録処理について説明する。
【００４９】
図３は、サーバ側における文書登録処理を示すフローチャートである。
【００５０】
図３において、サーバの通信制御部１１０１は、クライアントから送信された文書データを受信する処理を行う（ステップＳ２１０１）。サーバにおいても、クライアントと同様にＴＣＰ／ＩＰに関する基本的な処理はＯＳが処理するものとする。
【００５１】
次に、ファイル解析部１１０３は、受信した文書データの画像ファイル形式を解析する処理を行う（ステップＳ２１０２）。該処理は、検索制御部１１０２からの指示で行われる。
【００５２】
次に、ファイル解析部１１０３は、解析された文書（ファイル）がイメージ文書であるかコード文書であるかを判断する（ステップＳ２１０３）。サーバに登録した文書を検索するためには、文書検索用インデックスデータを文書から抽出する必要がある。そのために、ファイルの内容を解析する必要があり、解析された文書がコード文書であるかイメージ文書であるかに応じて、処理モジュール（コード文書処理部１１０４、イメージ文書処理部１１０５）を切り替える。
【００５３】
解析された文書がコード文書であると判定した場合は、コード文書処理部１１０４によりコード文書処理を行う（ステップＳ２１０４）。即ち、コード文書処理部１１０４は、コード文書から文書検索用インデックスデータを抽出する。
【００５４】
解析された文書がイメージ文書であると判定した場合は、イメージ文書処理部１１０５によりイメージ文書処理を行う（ステップＳ２１０５）。即ち、イメージ文書処理部１１０５は、イメージ文書の画像変換を行う。イメージ文書処理部１１０５で行う画像変換は、ＯＣＲに適した画像を得るための処理のためである。実際にデータベースにはクライアントから受信した文書がそのまま画像として登録される。次に、ＯＣＲエンジン１１０６により、変換された画像にＯＣＲ処理を行い（ステップＳ２１０６）、文書検索用インデックスデータを抽出する。
【００５５】
ステップＳ２１０４またはステップＳ２１０６の処理後、データベース制御部１１０８は、クライアントから受信した文書データをボリュームデータベース１１０９に保存する処理を行う（ステップＳ２１０７）。ボリュームデータベース１１０９に保存されるデータは、受信した文書データそのものと、サムネイルデータである。次に、データベース制御部１１０８は、文書データから抽出した文書検索用インデックスデータを全文検索用データベース１１１１に登録する処理を行う（ステップＳ２１０８）。
【００５６】
次に、データベース制御部１１０８は、文書の属性情報、ボリュームデータベース１１０９に登録した文書データのＩＤ、全文検索用データベース１１１１に登録した検索用インデックスデータのＩＤを属性データベース１１１０に登録する処理を行う（ステップＳ２１０９）。これにより、ボリュームデータベース１１０９、属性データベース１１１０、全文検索用データベース１１１に登録されたデータの対応付けを行っている。以上がサーバにおける文書登録処理である。
【００５７】
＜サーバ側文書プレビューイメージ作成処理＞
次に、サーバ側における文書のプレビューイメージ作成処理について説明する。
【００５８】
図４は、サーバ側における文書のプレビューイメージ作成処理を示すフローチャートである。
【００５９】
図４において、サーバ側の処理の前に、クライアント側で文書の選択及びプレビューイメージ作成指示が既に行われたものとする。まず、サーバの通信制御部１１０１は、クライアントから送信されたコマンドを受信する処理を行う（ステップＳ４００１）。
【００６０】
次に、ファイル解析部１１０３は、受信したコマンドの解析処理を行い、解析した結果に基づいて処理を振り分ける（ステップＳ４００２）。本処理はプレビューイメージ作成指示に基づく処理であるので、プレビューイメージ画像を作成する文書のＩＤがコマンドの中に含まれている。次に、ファイル解析部１１０３は、解析された文書がイメージ文書であるかコード文書であるかを判断する（ステップＳ４００３）。
【００６１】
解析された文書がコード文書であると判定した場合は、プレビューイメージ画像を作成しない（ステップＳ４００５）。解析された文書がイメージ文書であると判定した場合は、ファイル解析部１１０３は、選択されたイメージ文書内のイメージデータについて、プレビューイメージ画像を作成する必要があるかどうかを判断する（ステップＳ４００４）。該判断は、一例として、解像度が基準値を超えているかどうかを基に行う。
【００６２】
プレビューイメージ画像を作成する必要が無いと判定した場合は、プレビューイメージ画像を作成しない（ステップＳ４００５）。プレビューイメージ画像を作成する必要があると判定した場合は、イメージ文書処理部１１０５は、プレビューイメージ作成処理を行う（ステップＳ４００６）。即ち、イメージ文書処理部１１０５は、文書の画像の解像度変換を行う。文書データより低い解像度でプレビューイメージ画像を作成することにより、表示、エクスポートなどの画像処理に必要とされるメモリ量及び処理時間を低減することができる。
【００６３】
次に、データベース制御部１１０８は、プレビューイメージ画像をボリュームデータベース１１０９に保存する処理を行う（ステップＳ４００７）。また、データベース制御部１１０８は、該処理と同時に、プレビューイメージ画像を管理するＩＤ情報を、そのページのＩＤ情報に関連付けて属性データベース１１１０に保存する処理を行う。次に、通信制御部１１０１は、クライアント側にプレビューイメージ画像の作成処理が終了したことを通知する（ステップＳ４００８）。以上がサーバにおけるプレビューイメージ作成処理である。
【００６４】
図５は、サーバ側の属性データベース１１１０に登録されているデータのデータ構造の概念を示す図である。
【００６５】
図５において、本データ構造は、あくまで概念としてツリー構造をとっているが、必ずしもツリー構造である必要はない。５００１は、属性データベース１１１０のルートであり、全ての登録されるデータはルート５００１の子データである。５００２は、フォルダデータであり、ユーザがデータを格納するためのフォルダのデータである。フォルダデータ５００２は、フォルダＩＤとフォルダ属性情報から構成されている。フォルダは複数存在することができるので、最上位に存在するフォルダはその数分だけ、５００３のようにルート５００１の直下に接続される子データとして登録される。
【００６６】
５００４は、文書データであり、格納されるフォルダの子データとして存在する。文書データ５００４は、文書ＩＤと文書属性情報から構成されており、文書属性情報として、文書名、更新日時、コメントデータなどのデータを保存している。文書データもフォルダの下に複数存在することができるので、その数分だけ５００５のように登録される。また、フォルダの下に更にフォルダを存在させ、フォルダの階層化構造をとること可能である。この場合は５００６のように登録される。
【００６７】
５００７は、ページデータであり、登録された文書の各ページに関する情報が保存される。ページデータ５００７は、ページＩＤ、ページ属性情報、検索インデックスＩＤ、ボリュームデータＩＤ、プレビューイメージボリュームデータＩＤから構成されている。検索インデックスＩＤは、全文検索用データベース１１１１に保存された情報のＩＤである。ボリュームデータＩＤは、ボリュームデータベース１１０９に登録されたイメージ文書やコード文書のＩＤである。プレビューイメージボリュームデータＩＤは、ボリュームデータベース１１０９に登録されたプレビューイメージ画像のＩＤである。各ＩＤを基に各データベースから情報を引き出すことが可能である。
【００６８】
ページ属性情報には、文書のページ番号、ページのファイルフォーマット、プレビューイメージ画像のファイルフォーマットといった情報が保存される。ページデータもページ数分だけ存在することが可能で、５００８のように登録される。ただし、コード文書はページ毎に分割して保存することができないために、１ページしか存在しない文書として扱われ、ページデータは１つしか存在しない。
【００６９】
＜サーバ側文書表示処理＞
まず、サーバ側における文書表示処理について説明する。
【００７０】
図６は、サーバ側における文書表示処理を示すフローチャートである。
【００７１】
図６において、サーバ側の処理の前に、クライアント側で表示する文書の選択及び実データ（実画像）を表示するかプレビューイメージ画像を表示するかの指示が既に行われたものとする。まず、サーバの通信制御部１１０１は、クライアントから送信されたコマンドを受信する処理を行う（ステップＳ６００１）。
【００７２】
次に、ファイル解析部１１０３は、受信したコマンドの解析処理を行い、解析した結果に基づいて処理を振り分ける（ステップＳ６００２）。本処理は表示指示に基づく処理であるので、表示する文書のＩＤがコマンドの中に含まれている。
【００７３】
次に、データベース制御部１１０８は、文書ＩＤを基に属性データベース１１１０から文書の属性情報を抜き出す（ステップＳ６００３）。次に、データベース制御部１１０８は、文書の属性情報から、文書がイメージ文書であるかコード文書データであるかを判断する（ステップＳ６００４）。文書がコード文書であると判定した場合は、データベース制御部１１０８は、文書の属性情報の中に保存されているボリュームＩＤに対応したボリュームデータをボリュームデータベース１１０９から獲得する（ステップＳ６００８）。
【００７４】
文書がイメージ文書であると判定した場合は、データベース制御部１１０８は、クライアントからの指示がプレビューイメージ画像の表示か実データの表示かを判断する（ステップＳ６００５）。実データの表示と判定した場合は、データベース制御部１１０８は、文書の属性情報の中に保存されているボリュームＩＤに対応したボリュームデータをボリュームデータベース１１０９から獲得する（ステップＳ６００８）。
【００７５】
プレビューイメージ画像の表示と判定した場合は、データベース制御部１１０８は、文書の属性情報内のボリュームＩＤからプレビューイメージ画像のボリュームＩＤを取得する際に、プレビューイメージがあるかどうかを判断する（ステップＳ６００６）。プレビューイメージが無いと判定した場合は、データベース制御部１１０８は、属性情報の中に保存されているボリュームＩＤに対応した実データのボリュームデータをボリュームデータベース１１０９から獲得する（ステップＳ６００８）。
【００７６】
プレビューイメージがあると判定した場合は、データベース制御部１１０８は、属性情報の中に保存されているボリュームＩＤに対応したプレビューイメージ画像のボリュームをデータボリュームデータベース１１０９から獲得する（ステップＳ６００７）。
【００７７】
ステップＳ６００７またはステップＳ６００８の処理後、通信制御部１１０１は、作成した文書データをクライアントに送信する処理を行う（ステップＳ６００９）。以上がサーバにおける文書表示処理である。
【００７８】
＜クライアント側文書表示処理＞
次に、クライアント側における文書表示処理について説明する。
【００７９】
図７は、クライアント側における文書表示処理を示すフローチャートである。
【００８０】
図７において、クライアントの通信制御部１０１１は、サーバから送信された文書データを受信する処理を行う（ステップＳ６１０１）。次に、ファイル解析部１００８は、受信したファイルを解析する（ステップＳ６１０２）。次に、ファイル解析部１００８は、文書データを表示データ作成用に、内部データ保存部１０７０のテンポラリデータとしてメモリ展開する（ステップＳ６１０３）。
【００８１】
次に、ファイル解析部１００８は、メモリ展開したデータから表示用に文書データを変換する（ステップＳ６１０４）。次に、ファイル解析部１００８は、ステップＳ６１０３で展開したメモリデータを削除する（ステップＳ６１０５）。次に、文書管理制御部１００６は、ステップＳ６１０４で作成した表示用データをユーザインタフェース部１００１に送出することで表示させる（ステップＳ６１０６）。以上がクライアントにおける文書表示処理である。
【００８２】
以上説明したように、本実施の形態によれば、文書の画像ファイル形式を解析し、解析された画像ファイル形式に応じた画像変換方法により文書の画像変換を行い、画像変換された文書を登録するので、効率的な文書保存を行うことができる。
【００８３】
また、登録文書がコード文書である場合、文書検索用インデックスデータを抽出し、登録文書がイメージ文書である場合、イメージ文書処理を行い文書検索用インデックスデータを抽出するので、利用目的に応じた文書検索を行うことが可能となる。
【００８４】
また、実画像と共に解像度を低下させたプレビューイメージ画像を保存するので、使用者の要望に応じて、詳細な画像情報を持つ実画像、高速な表示及び画像処理が可能なプレビューイメージ画像を使い分けることが可能となる。
【００８５】
［第２の実施の形態］
本発明の第２の実施の形態は、上述した第１の実施の形態に対して、下記の点において相違する。本実施の形態のその他の要素は、上述した第１の実施の形態（図１）の対応するものと同一なので、説明を省略する。
【００８６】
＜サーバ側文書送信処理＞
まず、サーバ側における文書送信処理について説明する。
【００８７】
図８は、サーバ側における文書送信処理を示すフローチャートである。
【００８８】
図８において、サーバ側の処理の前に、クライアント側で表示する文書の選択及び表示指示が既に行われたものとする。まず、サーバの通信制御部１１０１は、クライアントから送信されたコマンドを受信する処理を行う（ステップＳ８００１）。次に、ファイル解析部１１０３は、受信したコマンドの解析処理を行い、解析した結果に基づいて処理を振り分ける（ステップＳ８００２）。本処理は表示指示に基づく処理であるので、コマンド情報に含まれる表示する文書のＩＤがコマンドの中に含まれている。
【００８９】
次に、データベース制御部１１０８は、文書ＩＤを元に属性データベース１１１０から属性情報を抜き出す（ステップＳ８００３）。次に、データベース制御部１１０８は、属性情報の中に保存されているボリュームＩＤに対応したボリュームデータをボリュームデータベース１１０９から獲得し、クライアントに送信する形態に変換する（ステップＳ８００４）。次に、通信制御部１１０１は、作成した文書データをクライアントに送信する処理を行う（ステップＳ８００５）。以上がサーバにおける文書送信処理である。
【００９０】
＜クライアント側文書表示及びプレビューイメージ作成処理＞
次に、クライアント側における文書表示及びプレビューイメージ作成処理について説明する。
【００９１】
図９は、クライアント側における文書表示及びプレビューイメージ作成処理を示すフローチャートである。
【００９２】
図９において、クライアントの通信制御部１０１１は、サーバから送信された文書データを受信する処理を行う（ステップＳ８１０１）。次に、ファイル解析部１００８は、受信したファイルを解析する（ステップＳ８１０２）。次に、ファイル解析部１００８は、文書データを表示データ作成用に、内部データ保存部１０７０のテンポラリデータとして、メモリ展開する（ステップＳ８１０３）。
【００９３】
次に、ファイル解析部１００８は、メモリ展開したデータから表示用に文書データを変換する。ただし、この時点ではメモリ展開したデータを開放しない。次に、ファイル解析部１００８は、すでにプレビューイメージ画像があるかどうかを文書データのボリュームデータ情報から判断する（ステップＳ８１０５）。すでにプレビューイメージ画像があると判定した場合は、ファイル解析部１００８は、イメージ文書処理部１０１０によるプレビューイメージ作成処理を行わない。
【００９４】
プレビューイメージ画像が無いと判定した場合は、ファイル解析部１００８は、解析された文書がイメージ文書であるかコード文書であるかを判断する（ステップＳ８１０６）。解析された文書がコード文書であると判定した場合は、ファイル解析部１００８は、イメージ文書処理部１０１０によるプレビューイメージ作成処理を行わない。
【００９５】
解析された文書がイメージ文書であると判定した場合は、イメージ文書処理部１０１０は、選択されたイメージ文書内のイメージデータについて、プレビューイメージ画像を作成する必要があるかどうかを判断する（ステップＳ８１０７）。該判断は、一例として、解像度が基準値を超えているかどうかを基に行う。プレビューイメージ画像を作成する必要が無いと判定した場合は、プレビューイメージ作成処理を行わない。
【００９６】
プレビューイメージ画像を作成する必要があると判定した場合は、イメージ文書処理部１０１０は、プレビューイメージ作成処理を行う（ステップＳ８１０８）。即ち、イメージ文書処理部１０１０は、文書の画像、解像度変換を行う。このとき、ステップＳ８１０３でメモリ展開したデータを基にプレビューイメージ画像を作成する。
【００９７】
次に、通信制御部１０１１は、作成したプレビューイメージをサーバに送信するための処理を行う（ステップＳ８１０９）。本実施の形態では、通信のプロトコルとしてＴＣＰ／ＩＰが用いられ、ＴＣＰ／ＩＰに関する基本的な処理はＯＳが処理するものとする。次に、ファイル解析部１００８は、ステップＳ８１０３で展開したメモリデータを削除する（ステップＳ８１１０）。次に、文書管理制御部１００６は、ステップＳ８１０４で作成した表示用データをユーザインタフェース部１００１に送出することで表示させる（ステップＳ８１１１）。以上がクライアントにおける文書表示及びプレビューイメージ作成処理である。
【００９８】
＜サーバ側プレビューイメージ格納処理＞
次に、サーバ側におけるプレビューイメージ格納処理について説明する。
【００９９】
図１０は、サーバ側におけるプレビューイメージ格納処理を示すフローチャートである。
【０１００】
図１０において、サーバの通信制御部１１０１は、クライアントから送信された文書データを受信する処理を行う（ステップＳ８２０１）。サーバにおいても、クライアントと同様にＴＣＰ／ＩＰに関する基本的な処理はＯＳが処理するものとする。次に、ファイル解析部１１０３は、受信したファイルを解析する処理を行う（ステップＳ８２０２）。該処理は、検索制御部１１０２からの指示で行う。ファイル解析部１１０３は、ファイル解析でのコマンドの内容を基に、プレビューイメージ画像の格納を指示されたと判断する。
【０１０１】
次に、データベース制御部１１０８は、プレビューイメージ画像をボリュームデータベース１１０９に格納する処理を行う（ステップＳ８２０３）。また、データベース制御部１１０８は、該処理と同時に、プレビューイメージを管理するＩＤ情報を、そのページのＩＤ情報に関連付けて属性データベース１１１０に保存する処理を行う。以上がサーバにおけるプレビューイメージ格納処理である。
【０１０２】
以上説明したように、本実施の形態によれば、実画像に対する表示処理と並行してプレビューイメージ画像を作成するので、処理に必要とされるメモリ量及び処理時間を低減することができる。
【０１０３】
［第３の実施の形態］
本発明の第３の実施の形態は、上述した第１及び第２の実施の形態に対して、下記の点において相違する。本実施の形態のその他の要素は、上述した第１の実施の形態（図１）の対応するものと同一なので、説明を省略する。
【０１０４】
上述した第２の実施の形態では、実画像に対する表示処理と並行してプレビューイメージ画像の作成処理を行った。これに対し、本実施の形態では、実画像に対する印刷処理、エクスポート処理と並行してプレビューイメージ画像の作成処理を行うようにしてもよい。
【０１０５】
以上説明したように、本実施の形態によれば、実画像に対する印刷処理、エクスポート処理と並行してプレビューイメージ画像を作成するので、処理に必要とされるメモリ量及び処理時間を低減することができる。
【０１０６】
［他の実施の形態］
また、本発明の目的は、実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。
【０１０７】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１０８】
また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。または、プログラムコードをネットワークを介してダウンロードしてもよい。
【０１０９】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１１０】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１１１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した各実施の形態の機能が実現される場合も、本発明に含まれることは言うまでもない。
【０１１２】
この場合、上記プログラムは、該プログラムを記憶した記憶媒体から直接、又はインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続された不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。
【０１１３】
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。
【図面の簡単な説明】
【０１１４】
【図１】本発明の第１の実施の形態に係る文書管理システムの構成を示すブロック図である。
【図２】クライアント側における文書登録処理を示すフローチャートである。
【図３】サーバ側における文書登録処理を示すフローチャートである。
【図４】サーバ側における文書のプレビューイメージ作成処理を示すフローチャートである。
【図５】サーバ側の属性データベースに登録されているデータのデータ構造の概念を示す図である。
【図６】サーバ側における文書表示処理を示すフローチャートである。
【図７】クライアント側における文書表示処理を示すフローチャートである。
【図８】本発明の第２の実施の形態に係るサーバ側における文書送信処理を示すフローチャートである。
【図９】クライアント側における文書表示及びプレビューイメージ作成処理を示すフローチャートである。
【図１０】サーバ側におけるプレビューイメージ格納処理を示すフローチャートである。
【符号の説明】
【０１１５】
１００１  ユーザインタフェース部
１００５  外部モジュール通信部（通信手段）
１００６  文書管理制御部
１００７  内部データ保存部
１００８  ファイル解析部（設定手段、解析手段）
１００９  コード文書処理部
１０１０  イメージ文書処理部
１０１１  通信制御部
１１０１  通信制御部
１１０２  検索制御部
１１０３  ファイル解析部（設定手段、解析手段）
１１０４  コード文書処理部（第１の抽出手段）
１１０５  イメージ文書処理部（第２の抽出手段）
１１０６  ＯＣＲエンジン
１１０７  文書管理制御部
１１０８  データベース制御部（登録手段）
１１０９  ボリュームデータベース（文書保存手段）
１１１０  属性データベース（属性情報保存手段）
１１１１  全文検索用データベース（インデックス保存手段）
【図１】
2006313491.tif 000003
【図２】
2006313491.tif 000004
【図３】
2006313491.tif 000005
【図４】
2006313491.tif 000006
【図５】
2006313491.tif 000007
【図６】
2006313491.tif 000008
【図７】
2006313491.tif 000009
【図８】
2006313491.tif 000010
【図９】
2006313491.tif 000011
【図１０】
2006313491.tif 000012