JP4717592B2 - 文書管理システム、その文書管理クライアントの制御方法及びプログラム - Google Patents

Description

本発明は、文書管理システム、その文書管理クライアントの制御方法及びプログラムに関し、特に、文書管理サーバと文書管理クライアントが連携し、複数のデータベース（ＤＢ）を統一的且つ高速に検索する文書管理システム、その文書管理クライアントの制御方法及びプログラムに関する。

近年、オフィスに溢れるドキュメント情報を整理し、データベースとして蓄積し、検索を容易にしようとするドキュメント・マネージメント・システム（ＤＭＳ：文書管理システム）と呼ばれるサービス概念が話題に上る機会が増えてきている。

昨今迄は紙媒体での情報（ドキュメント）のやり取りが行われてきたが、ＤＭＳはこれらのドキュメントを電子文書として管理することができるシステムである。ＤＭＳでは電子文書として管理することにより、それらのドキュメントを検索・共有化することが容易になる。

従来、このようなＤＭＳの一例として、様々なファイルサーバやドキュメント管理（データベース）サーバ等の提案が行われている。例えば、スキャナデバイスとの連携を考慮したコンピュータアプリケーションを、各クライアントＰＣ（パーソナルコンピュータ）にインストールし、文書検索・参照・編集等に利用していた。

また、ＤＭＳでは、複数の文書管理サーバと文書管理クライアントがＬＡＮ／インターネットを介して接続された環境を構築できる。文書管理クライアントは、文書管理サーバで管理されている複数のデータベース（複数のデータベース（ＤＢ）が夫々異なるＰＣ環境にあることも含む）を対象に、オンラインで文書を検索することができる。

また一方、特許文献１には、文書管理サーバにおいて、階層的なインデックスを生成し、管理するものが記載されている。
特開２００３−２７１６１８号公報

しかしながら、上記のオンライン検索は、文書管理サーバの負荷状態やネットワークの状態によっては検索に時間がかかってしまうことがあったり、文書管理サーバがダウンしている場合は検索を行うことができなかったりする。さらに、複数のＤＢに跨って検索を行う場合、ＤＢ毎にログインを必要としたり、ＤＢ毎に異なる検索ルールが存在する場合などは統一的に検索を行うことは困難である。

また、特許文献１では文書管理サーバで階層的なインデックスを生成するものが記載されているが、一般的な文書管理サーバでは、インデックスは並列的に設定されている場合が多い。このような一般的な文書管理サーバにおいて、並列的なインデックスで検索する際、ＡＮＤ検索等の複雑な検索指定をユーザがその都度考えて指定する必要があり、手間がかかっていた。

本発明の目的は、文書の検索を高速且つ容易に行うことができる文書管理システム、その文書管理クライアントの制御方法及びプログラムを提供することにある。

上記目的を達成するために、本発明の文書管理システムは、複数の文書管理サーバと、前記複数の文書管理サーバそれぞれと互いに通信回線を介して接続された文書管理クライアントとから成り、前記文書管理サーバは文書データベースを用いて複数の文書を管理する文書管理システムにおいて、前記文書管理クライアントは、前記複数の文書管理サーバから前記文書データベース内の各文書に設定されているインデックスを取得するインデックス取得手段と、該文書管理クライアントにおいて、統合検索システムが利用可能か否かを判別する判別手段と、前記判別手段により、統合検索システムが利用可能と判断された場合に、前記インデックス取得手段により取得されたインデックスにすでに統合検索用に定義されているカテゴリをさらに取得するカテゴリ取得手段と、前記判別手段により、統合検索システムが利用可能と判断された場合に、前記インデックス取得手段により取得されたインデックスと、前記カテゴリ取得手段により取得されたカテゴリとをカスタマイズ可能な画面を表示手段に表示し、前記判別手段により、統合検索システムが利用不可能と判断された場合に、前記インデックス取得手段により取得されたインデックスのみを表示手段に表示する表示制御手段と、前記インデックス取得手段で取得したインデックスと、前記インデックス及び前記カテゴリをカスタマイズ可能な画面を介して指定されたカスタマイズに関する情報とを当該文書管理クライアント内で保存する保存手段と、前記保存手段で保存されるインデックスと、前記カスタマイズに関する情報とを用いて、前記文書管理サーバで管理している文書を検索する検索手段と、を有することを特徴とする。

上記目的を達成するために、本発明の文書管理クライアントの制御方法は、複数の文書管理サーバと、前記複数の文書管理サーバそれぞれと互いに通信回線を介して接続された文書管理クライアントを制御するための制御方法であって、前記文書管理サーバから前記文書データベース内の各文書に設定されているインデックスを取得するインデックス取得工程と、統合検索システムが利用可能か否かを判別する判別工程と、前記判別工程により、統合検索システムが利用可能と判断された場合に、前記インデックス取得工程により取得されたインデックスにすでに統合検索用に定義されているカテゴリをさらに取得するカテゴリ取得工程と、前記判別工程により、統合検索システムが利用可能と判断された場合に、前記インデックス取得工程により取得されたインデックスと、前記カテゴリ取得工程により取得されたカテゴリとをカスタマイズ可能な画面を表示工程に表示し、前記判別工程により、統合検索システムが利用不可能と判断された場合に、前記インデックス取得工程により取得されたインデックスのみを表示工程に表示する表示制御工程と、前記インデックス取得工程で取得したインデックスと、前記インデックス及び前記カテゴリをカスタマイズ可能な画面を介して指定されたカスタマイズに関する情報とを当該文書管理クライアント内で保存する保存工程と、前記保存工程で保存されるインデックスと、前記カスタマイズに関する情報とを用いて、前記文書管理サーバで管理している文書を検索する検索工程と、を有することを特徴とする。

本発明によれば、データベース内の各文書に設定されているインデックスを夫々取得し、これらの取得された各インデックスを文書管理クライアントで保存するので、文書管理サーバ内の文書を高速に検索できる。また、インデックス情報を統合検索システムから検索できるので、統合検索システムから文書管理サーバで管理している文書を検索できるようになる。また、ユーザ指定されたインデックスを階層構造で文書管理クライアントで保存するので、文書管理サーバで管理しているインデックス情報に影響を与えることなく、文書管理クライアントで高速且つ容易に検索できるようになる。

以下、本発明の実施の形態を図面を参照しながら詳述する。

図１は、本発明の実施の形態に係る文書管理システムの構成を概略的に示す図である。

図１の文書管理システムは、文書管理サーバ１、文書管理サーバ２、文書管理サーバ３、及び文書管理クライアントコンピュータ１を備え、これらは、互いにＬＡＮやインターネットを介してシステムバスにより接続されている。なお、文書管理クライアントコンピュータは複数接続することが可能である。

図２は、図１の文書管理システムの構成を概略的に示すブロック図である。

図２において、図１の文書管理システムの文書管理クライアント１０００（以下、「クライアント」という）は、クライアントコンピュータにおいて文書管理クライアントプログラムを実行することによって実現される。また、文書管理サーバ１〜３の１つをサーバ１１００として示している。なお、これらのクライアント及びサーバは、パーソナルコンピュータ（ＰＣ）等において、クライアント用およびサーバ用のコンピュータプログラムを実行することにより実現可能である。

図２の文書管理システムでは、スキャナデバイスでスキャンした文書や、ＯＳ上の文書ファイルを取り込み、複数のユーザで管理することができるようになる。

クライアント１０００は、ユーザインタフェース部１００１と、コマンド制御部１００２と、デバイス制御部１００３と、ファイル制御部１００４と、外部モジュール通信部１００５と、テンポラリデータ保存部１００７と、イメージ文書処理部１００８と、通信制御部１００９と、インデックスデータ保存部１０１０と、これらに接続された文書管理制御部１００６とを備える。

サーバ１１００は、クライアント１００１の通信制御部１００９と接続された通信制御部１１０１と、通信制御部１１０１に接続された検索制御部１１０２と、テンポラリデータ１１０６と、データベース制御部１１０７と、これらに接続された文書管理制御部１１０５と、検索制御部１１０２に順に接続されたイメージ文書処理部１１０３及びＯＣＲエンジン１１０４と、データベース制御部１１０７に夫々接続されたボリュームデータベース１１０８、属性データベース１１０９、及び全文検索用データベース１１１０とを備える。

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

ユーザは、ユーザインタフェース部１００１を介して、サーバ１１００に対して文書の登録、文書サーバからの文書の獲得、又は文書の検索等の操作を行う。また、インデックスの階層構造を指定可能なＵＩ（User Interface）の表示もここで行われる。

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

デバイス制御部１００３は、スキャナ等のデバイスを制御する。ここでは、デバイス側から文書データを取得し、デバイス側から送信されるデータを受け取る処理が行われる。

ファイル制御部１００４は、ファイルサーバ（不図示）やクライアントコンピュータ等のＯＳ上に保存された文書ファイルを文書管理クライアントにインポートする形態で入力処理することができる。また、ファイル制御部１００４は、文書管理制御部１００６を介して、サーバ１１００上で管理するファイルを取得し、ファイルサーバやクライアントコンピュータ等のＯＳ上にエクスポートする出力処理も行うことができる。

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

＜クライアントシステム内部処理部＞
次に、クライアント１０００内に配置されるその他の各種処理部（１００６〜１０１０）について説明する。

文書管理制御部１００６は、クライアント１０００の心臓部であり、入出力処理部から受信した画像やコマンドに応じて処理を行う。

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

イメージ文書処理部１００８は、サムネイル画像の作成や必要に応じて画像変換等の処理が行われる。

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

インデックスデータ保存部１０１０は、複数のＤＢ内文書に設定されたインデックス情報を取得し、ファイル等の形態でクライアントコンピュータ内（ローカル）に保存する場所である。インデックスデータ保存部１０１０は、実態がＯＳのファイルシステムであってもよい。

＜サーバシステム内部処理部＞
次に、サーバ１１００内に配置される各種処理部について説明する。なお、本実施例では、サーバ１１００は１台のコンピュータで構成するものとするが、複数台のコンピュータで該サーバシステムを構成するようにしても構わない。

通信制御部１１０１は、クライアントの通信制御部１００９と通信のための制御を行う。但し、サーバの通信制御部１１０１は、多数のクライアントの通信制御部１００９と同時に通信を行うことができる。

検索制御部１１０２は、クライアントから依頼された検索のための処理を行ったり、登録された文書の検索用インデックス作成のための処理を行う。また、検索制御部１１０２は、本発明の実施の形態に係る文書からの固定文字列の抽出及び、固定文字位置の特定を行う。

イメージ文書処理部１１０３は、その主な機能が、クライアント１０００のイメージ文書処理部１００８と同じであるが、サーバ１１００のイメージ文書処理部１１０３では更に登録された文書に応じて検索用のインデックスを文書から抽出する処理を行う。つまり、文書を処理し易いフォーマットにイメージ文書処理部１１０３で変換を行い、ＯＣＲエンジン１１０４を使用してインデックスデータ及び固定文字情報を抽出する。

文書管理制御部１１０５は、文書管理に関するすべての処理の振り分けを行う。テンポラリデータ保存部１１０６は、サーバ側で使用するテンポラリデータを格納する。

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

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

ボリュームデータベース１１０８は、文書の実態が保存されるデータベースである。ボリュームデータベース１１０８は、概念的なものであって、実態がＯＳのファイルシステムであってもよい。

属性データベース１１０９は、文書の名前や作成日付、コメント等の属性に関する情報が保存する。

全文検索用データベース１１１０は、登録された文書からテキストデータを抽出し、インデックス情報にしたデータが登録される。通常は、クライアント１０００で全文検索が行われると、全文検索用データベース１１１０内を検索する。本発明の実施の形態においては、クライアント１０００がこれらの情報をインデックスデータ保存部１０１０に保存する。このように保存したインデックスデータは、文書検索時に検索対象とされる。

図３は、図２におけるクライアント１０００のインデックス情報取得・保存処理の手順を示すフローチャートである。

図３において、まず、一定時間間隔又は設定時刻又はユーザ指定時刻等に基づいて、ＤＢやＤＢの文書内に付与されたインデックスを取得する処理を行うか否かを判別する（ステップＳ２０００）。インデックス取得処理を行わないときは（ステップＳ２０００でＮＯ）、直ちに本処理を終了する。一方、インデックス取得処理を行うときは、インデックス情報を取得するために、所望の１つ以上の文書管理サーバに接続し（ステップＳ２００１）、ＤＢやＤＢ内文書に設定されたインデックス情報を文書管理サーバから取得する（ステップＳ２００２）。次に、後述する図４のインデックスカスタマイズ処理を実行して、ＵＩを表示した上で、ユーザがインデックスのカスタマイズを指定する（ステップＳ２００３）。

次いで、ステップＳ２００３で指定したカスタマイズ情報も含めてインデックス情報を所定のファイル形式やフォルダ構造を用いてインデックスデータ保存部１０１０に保存し（ステップＳ２００４）、本処理を終了する。

なお、ステップＳ２００４の処理において、保存するファイルフォーマットについては、ＣＳＶ（Concurrent Versions System）形式やＸＭＬ（eXtensible Markup Language）形式等、どのようなフォーマットを使用してもよい。また、インデックスデータ保存部１０１０で所定のデータベース形式で格納している場合は、上記取得したインデックス情報を該データベースに対して追加や削除を行うような形式であってもよい。

図３の処理によれば、まず、１つ以上の文書管理サーバからＤＢやＤＭ内文書に設定されたインデックス情報を取得する（ステップＳ２００２）。そして、ユーザ指定されたカスタマイズ情報も含めてインデックス情報をクライアントローカルなインデックスデータ保存部１０１０に保存する（ステップＳ２００４）ので、ネットワーク上のデータベースに接続することなく、高速で文書の検索を行うことができる。

図４は、図３におけるステップＳ２００３で実行されるインデックスカスタマイズ処理の手順を示すフローチャートである。

図４において、まず、クライアントコンピュータにおいて統合検索システムが利用可能であるか否かを判別する（ステップＳ３０００）。なお、統合検索システムとは、ＸＭＬの柔軟性とデータベース技術を統合したファイル検索システム技術であり、複数のファイルシステム上のファイルを一緒に検索できるようにするものである。しかしながら、統合検索システムであっても、文書管理サーバの文書管理システム内のＤＢで管理されている文書を検索することはできなかった。本実施の形態では、後述のステップにより、統合検索システムから文書管理サーバで管理されている文書を検索できるようにする。

ステップＳ３０００の判別の結果、統合検索機能を利用できない（または該機能を有さない）ときは、インデックス情報をユーザへ表示して（ステップＳ３００１）、ステップＳ３００７に進む。

一方、ステップＳ３０００の判別の結果、統合検索ができるときは、統合検索システムにおいて定義されているＡＰＩ（Application Program Interface）を使用して、統合検索時に使用されるインデックスのカテゴリ情報を取得する（ステップＳ３００２）。次に、ステップＳ３００２で取得したカテゴリ情報と一緒にインデックス情報を図５のように表示する（ステップＳ３００３）。そして、選択したインデックスをカテゴリに追加登録するか否かを判別し（ステップＳ３００４）。カテゴリに登録するときは（ステップＳ３００４でＹＥＳ）、統合検索システムにおいて定義されているＡＰＩを使用して、カテゴリに新規登録するためのインデックスを指定し（ステップＳ３００５）、カテゴリに登録する（ステップＳ３００６）。一方、カテゴリに登録しないときは（ステップＳ３００４でＮＯ）、直ちに、ステップＳ３００７へ進む。

ステップＳ３００７では、ステップＳ３００１やステップＳ３００３で表示されたＵＩを使って、ユーザがインデックス情報の階層構造を指定することができる。

このように、文書管理サーバで管理されている文書のインデックス情報を取得して、ローカルに保存しておくことにより、高速に検索できるようになる。また、統合検索システムでの検索で利用するカテゴリに、該インデックス情報を追加することができるようにしたので、クライアントコンピュータの統合検索システムから文書管理サーバ内で管理されている文書を検索できるようになる。

図５は、図４のステップＳ３００３で表示されるインデックス情報を説明する図である。

図５において、「インデックス」では、文書管理サーバから取得したインデックス情報を一覧にして表示する。この例の一覧ではインデックス項目名をリスト表示している。

「定義済みカテゴリ」では、統合検索システムにおいて既に登録されているカテゴリを表示している。また、「インデックスの階層の設定」ボタンを押下すると、後述する図６に示した画面例が表示され、インデックスの階層を設定する（Ｓ３００７）ことができる。「インデックスの追加」ボタンを押下すると、別途インデックス追加用の画面を表示し、ユーザが独自のインデックスを付加することが可能である。「追加」ボタンを押下すると、「インデックス」リストで選択されたインデックスがカテゴリに追加される。

図６は、図５における「インデックスの階層の設定」ボタンを押下した際に表示されるＵＩを説明する図である。

図６において、「インデックス階層」では、インデックスを階層化した結果をビジュアル的に確認することができる。

「階層の設定」では、「インデックス階層」リストの選択したインデックスに対して、「上へ」ボタンを押下した場合は階層を上げ、「下へ」ボタンを押下した場合は階層を下げる。

このようにして階層化されたインデックスを用いて検索を行うことで、効率よく検索することができるようになる。

なお、本実施の形態では、Ｓ２００３でインデックスをカスタマイズしてからＳ２００４で保存するものとしたが、取得したインデックス情報をそのまま保存しておき、ユーザの都合のよいタイミングでインデックスカスタマイズ処理を行うようにしてもよい。

また、本発明の目的は、前述した各実施の形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した各実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ等の光ディスク、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。または、プログラムコードをネットワークを介してダウンロードしてもよい。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現されるだけではなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した各実施の形態の機能が実現される場合も含まれる。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その拡張機能を拡張ボードや拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した各実施の形態の機能が実現される場合も含まれる。

本発明の実施の形態に係る文書管理システムの構成を概略的に示す図である。 図１の文書管理システムの構成を概略的に示すブロック図である。 図２におけるクライアント１０００のインデックス情報取得・保存処理の手順を示すフローチャートである。 図３におけるステップＳ２００３で実行されるインデックスカスタマイズ処理の手順を示すフローチャートである。 図４のステップＳ３００３で表示されるインデックス情報を説明する図である。 図５における「インデックスの階層の設定」ボタンを押下した際に表示されるＵＩを説明する図である。

符号の説明

１０００ クライアント
１００１ ユーザインタフェース
１００２ コマンド制御部
１００３ デバイス制御部
１００４ ファイル制御部
１００５ 外部モジュール通信部
１００６ 文書管理制御部
１００７ テンポラリデータ保存部
１００８ イメージ文書処理部
１００９ 通信制御部
１０１０ インデックスデータ保存部

Claims (6)

1. 複数の文書管理サーバと、前記複数の文書管理サーバそれぞれと互いに通信回線を介して接続された文書管理クライアントとから成り、前記文書管理サーバは文書データベースを用いて複数の文書を管理する文書管理システムにおいて、
   前記文書管理クライアントは、前記複数の文書管理サーバから前記文書データベース内の各文書に設定されているインデックスを取得するインデックス取得手段と、
   該文書管理クライアントにおいて、統合検索システムが利用可能か否かを判別する判別手段と、
   前記判別手段により、統合検索システムが利用可能と判断された場合に、前記インデックス取得手段により取得されたインデックスにすでに統合検索用に定義されているカテゴリをさらに取得するカテゴリ取得手段と、
   前記判別手段により、統合検索システムが利用可能と判断された場合に、前記インデックス取得手段により取得されたインデックスと、前記カテゴリ取得手段により取得されたカテゴリとをカスタマイズ可能な画面を表示手段に表示し、前記判別手段により、統合検索システムが利用不可能と判断された場合に、前記インデックス取得手段により取得されたインデックスのみを表示手段に表示する表示制御手段と、
   前記インデックス取得手段で取得したインデックスと、前記インデックス及び前記カテゴリをカスタマイズ可能な画面を介して指定されたカスタマイズに関する情報とを当該文書管理クライアント内で保存する保存手段と、
   前記保存手段で保存されるインデックスと、前記カスタマイズに関する情報とを用いて、前記文書管理サーバで管理している文書を検索する検索手段と、
   を有することを特徴とする文書管理システム。
2. 前記表示制御手段により表示された前記インデックス及び前記カテゴリをカスタマイズ可能な画面を介して受け付けたユーザの指示に基づいて前記インデックスを階層化する階層化手段を有することを特徴とする請求項１に記載の文書管理システム。
3. 前記表示制御手段により表示された前記インデックス及び前記カテゴリをカスタマイズ可能な画面を介して受け付けたユーザの指示に基づいてユーザ独自のカスタムインデックスを追加する追加手段を有することを特徴とする請求項１又は２に記載の文書管理システム。
4. 前記表示制御手段により表示された前記インデックス及び前記カテゴリをカスタマイズ可能な画面を介して受け付けたユーザの指示に基づいて前記インデックスを前記統合検索用のカテゴリに追加するカテゴリ追加手段を有することを特徴とする請求項１乃至３のいずれか１項に記載の文書管理システム。
5. 複数の文書管理サーバと、前記複数の文書管理サーバそれぞれと互いに通信回線を介して接続された文書管理クライアントを制御するための制御方法であって、
   前記文書管理サーバから前記文書データベース内の各文書に設定されているインデックスを取得するインデックス取得工程と、
   統合検索システムが利用可能か否かを判別する判別工程と、
   前記判別工程により、統合検索システムが利用可能と判断された場合に、前記インデックス取得工程により取得されたインデックスにすでに統合検索用に定義されているカテゴリをさらに取得するカテゴリ取得工程と、
   前記判別工程により、統合検索システムが利用可能と判断された場合に、前記インデックス取得工程により取得されたインデックスと、前記カテゴリ取得工程により取得されたカテゴリとをカスタマイズ可能な画面を表示工程に表示し、前記判別工程により、統合検索システムが利用不可能と判断された場合に、前記インデックス取得工程により取得されたインデックスのみを表示工程に表示する表示制御工程と、
   前記インデックス取得工程で取得したインデックスと、前記インデックス及び前記カテゴリをカスタマイズ可能な画面を介して指定されたカスタマイズに関する情報とを当該文書管理クライアント内で保存する保存工程と、
   前記保存工程で保存されるインデックスと、前記カスタマイズに関する情報とを用いて、前記文書管理サーバで管理している文書を検索する検索工程と、
   を有することを特徴とする文書管理クライアントの制御方法。
6. 請求項５に記載の文書管理クライアントの制御方法を、コンピュータにより実行させるためのコンピュータで読み取り可能なプログラム。

Images