(57)【要約】【課題】  文書管理システムの用途や利用者の要求に適した検索インデックスを持つことを可能にすることを目的とする。【解決手段】  検索インデックスを作成するか否かの判断基準を、文書の属性情報を利用して柔軟に設定できるようにし、設定した判断基準に基づいて検索インデックスを作成・削除する構成とした。【選択図】  図２
2008129645.tif 000002
【特許請求の範囲】
【請求項１】
電子化された文書を格納して管理する手段と、
入力されたキーワードに合致する文書を検索する文書検索手段と、を備えた文書管理システムであって、
前記文書検索手段は、高速に検索を行うために格納している文書から作成された検索インデックスまたは文書のテキストデータを参照して検索を行うことを特徴とし、
検索インデックスを作成する対象とする文書を決定するための条件を記憶する検索インデックス作成ポリシー格納手段と、
前記検索インデックス作成ポリシー格納手段に記憶されている条件に基づいて格納している文書の検索インデックスを持つかどうかを管理する検索インデックス管理手段と、
前記検索インデックス管理手段からの要求に応じて、格納している文書から検索インデックスを作成する検索インデックス作成手段と、
作成した前記検索インデックスを格納する検索インデックス格納手段と、
を有することを特徴とする文書管理システム。
【請求項２】
前記文書管理システムは、各文書に複数の属性を付加して格納することを特徴とし、
前記検索インデックス作成ポリシーは、前記属性についての条件によって設定されることを特徴とする請求項１に記載の文書管理システム。
【請求項３】
前記検索インデックス作成ポリシーは複数の条件を持ち、条件毎に検索インデックスを作成することを特徴とする請求項２に記載の文書管理システム。
【請求項４】
前記属性として、検索インデックス作成の対象とするかどうかを表す検索インデックス作成可否属性を持つことを特徴とする請求項２および３に記載の文書管理システム。
【請求項５】
前記検索インデックス管理手段は、前記検索インデックス作成ポリシーに加えて、検索インデックス作成可否属性の情報にも基づいて、格納している文書の検索インデックスを持つかどうかを管理することを特徴とする請求項４に記載の文書管理システム。
【請求項６】
前記検索手段は、前記属性を利用して検索する対象の文書を絞り込むことを特徴とする請求項２から５に記載の文書管理システム。
【請求項７】
前記検索手段は、前記検索インデックス作成ポリシー格納手段が記憶しているのと同一の条件によって検索する対象の文書を絞り込んだ場合、当該条件によって作成されている検索インデックスのみを参照して検索を行うことを特徴とする請求項６に記載の文書管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、指定されたキーワードを含む文書を検索する機能を持つ文書作成装置に関わり、特に、検索の際に利用されるインデックスの管理方法に関するものである。
【背景技術】
【０００２】
従来、指定されたキーワードを含む文書を検索する方法として大きく２通りの方法がある。一つは、文書内のテキストデータを直接参照して、指定されたキーワードを検索する方法である。もう一つは、検索対象となる文書に、文書内のテキストデータから検索インデックスを作成しておき、そのインデックスを参照することによって、高速な検索を実現する方法である。
【０００３】
後者の方法は、前者の方法よりも高速に検索結果を得ることができる反面、文書が頻繁に登録される、または、文書のテキストデータが頻繁に更新されるなどの場合に、検索インデックスの作成処理に要する負荷が大きくなってしまうという欠点がある。また、テキストデータとは別に検索インデックスを持つことになるため、記憶容量が大きく必要になってしまうという欠点がある。そのため、ある条件に従って検索インデックスの作成可否を決定する方法があり、例えば特許文献１、特許文献２において提案されている。
【０００４】
特許文献１では、所定の時間以上利用されていない文書については検索インデックスを削除して記憶容量を節約する方法が提案されている。
【０００５】
特許文献２では、一旦登録した文書の変更修正頻度を監視し、変更修正頻度が所定以下の文書については、後で元のテキストデータが復元できるような検索インデックスを作成し、元のテキストデータを削除することによって、文書データが変更されたときに生じる検索インデックス作成処理の負荷の軽減と、記憶容量の節約を図っている。
【特許文献１】特開平８−１６１３４６号公報
【特許文献２】特開平８−２１２２３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載の方法では、所定の時間以上利用されていない文書の中から、所望の文書を検索したいときには、検索インデックスを利用しないため、検索に時間がかかるという問題がある。
【０００７】
また、特許文献２に記載の方法では、頻繁に更新されている文書の中から、所望の文書を検索したいときには、検索インデックスを利用しないため、検索に時間がかかってしまう。さらに、記憶容量の節約のために、検索インデックスが作られた文書に関して、テキストデータを削除した場合には、検索インデックスのある文書に対して頻繁に参照が発生した場合、検索インデックスから元のテキストデータを復元する処理の負荷が高くなってしまう。
【０００８】
また、特許文献１および特許文献２に記載の方法では、検索インデックスを作成するかどうかの判断基準が予め単一に決まっていた。そのため、システムの用途やユーザの使い方にその判断基準が適していないときに、別の判断基準を用いることや複数の判断基準を切り替えて使用することが出来なかった。
【０００９】
本発明は上記の問題点を鑑みてなされたものであり、検索インデックスを作成するか否かの基準を柔軟に設定できるようにすることで、文書検索装置の利用形態および利用者の要求に適した検索インデックスを作成できるようにすることを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決するために、本発明は、電子化された文書を格納して管理する手段と、入力されたキーワードに合致する文書を検索する文書検索手段と、を備えた文書管理システムであって、前記文書検索手段は、高速に検索を行うために格納している文書から作成された検索インデックスまたは文書のテキストデータを参照して検索を行うことを特徴とし、検索インデックスを作成する対象とする文書を決定するための条件を記憶する検索インデックス作成ポリシー格納手段と、前記検索インデックス作成ポリシー格納手段に記憶されている条件に基づいて格納している文書の検索インデックスを持つかどうかを管理する検索インデックス管理手段と、前記検索インデックス管理手段からの要求に応じて、格納している文書から検索インデックスを作成する検索インデックス作成手段と、作成した前記検索インデックスを格納する検索インデックス格納手段と、を有することを特徴とする。
【発明の効果】
【００１１】
従来のシステムでは、検索インデックスの作成可否は、システム上の全ての文書について、一様に作成するか、ある利用頻度以上のときに作成するか、ある更新頻度以下のときに作成するか、のいずれかで予め決められていたが、本発明によって、それを柔軟に設定することができるようになる。このため、従来のシステムよりも、多様な利用目的やユーザの要求およびそれらの変化にも対応可能な検索インデックス作成が可能になり、システムの利便性が高まる。
【発明を実施するための最良の形態】
【００１２】
（実施例１）
本発明の第１の実施例について図を用いて説明する。
【００１３】
図１は、本実施例で用いる文書管理システムを実現するデジタルコンピュータのハードウェア構成例を示すブロック図である。
【００１４】
図１において、ＣＰＵ１０１は、ＲＯＭ１０３のプログラム用ＲＯＭに記憶された、あるいはハードディスク（ＨＤ）１１３からＲＡＭ１０２にロードされたＯＳや後述する付随処理優先度決定部等のプログラムを実行する。ＲＡＭ１０２はＣＰＵ１０１の主メモリ、ワークエリア等として機能する。キーボードコントローラ（ＫＢＣ）１０５は、キーボード（ＫＢ）１１１からのキー入力やポインティングデバイスとしてのマウス１１０からの入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）１０６は表示部１１２の表示を制御する。なお、この表示部１１２はＣＲＴに限定されず、例えば、液晶のディスプレイ等でも良い。ディスクコントローラ（ＤＫＣ）１０７は、ブートプログラム、種々のアプリケーション、ユーザデータ等を記憶するハードディスク(ＨＤ)１１３や不図示のフレキシブルディスク等の外部記憶装置との間でのアクセスを制御する。ＰＲＴＣ１０８は、プリンタが接続されたときにプリンタとの間の信号の交換を制御する。ＮＣ１０９はネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００１５】
図２は、本実施例で用いる文書管理システムのソフトウェア構成例を示すブロック図である。
【００１６】
図２において、２０１は、ユーザに文書や文書の属性情報および処理結果を表示したり、ユーザに各種操作を入力させたりするユーザインタフェース部である。２０２は、文書の入出力、属性値付与、検索などの処理を行う文書管理部である。２０３は、文書および文書の属性値が更新されたときなどに必要に応じて検索インデックスの削除および検索インデックス作成部２０４に検索インデックス作成の要求を行う検索インデックス管理部である。検索インデックス管理部２０３は、文書が新規に保存されたか更新・削除された場合または属性値が変更された場合または後述する検索インデックス作成ポリシーが変更された場合または後述する定期処理部２０５から通知を受けた場合に起動する。２０４は、検索インデックス管理部２０３からの要求に応じて、検索インデックスの作成および再作成を行う検索インデックス作成部である。本実施例のシステムにおいて、検索インデックスは１文書単位で作成される。２０５は、所定の時間が経過した際に起動する定期処理部である。定期処理部２０５は、各文書の更新頻度および参照頻度の値をバックグラウンド処理で更新する。本実施例のシステムでは、更新頻度および参照頻度は日次で計算されるように設定されているため、毎日０時に定期処理部は起動する。もちろん、１時間毎や１週間毎などであってもよい。さらに、定期処理部２０５は、後述する検索インデックスポリシーの設定によっては、所定時間毎に、各文書が作成日時または最終更新日時または最終参照日時からどれくらい経過しているかを確認する。２１０は、システムの各種データを格納するデータベースである。２１１は、検索インデックスを格納する検索インデックス格納部である。２１２は、文書本体および各文書の属性値を格納する文書格納部である。２１３は、後述する検索インデックス作成ポリシーを格納する検索インデックス作成ポリシー格納部である。
【００１７】
図２におけるユーザインタフェース部２０１、文書管理部２０２、検索インデックス管理部２０３、検索インデックス作成部２０４、日次処理部２０５は、それぞれＲＯＭ１０３に記憶され、ＣＰＵ１０１によって実行されるか、または、ハードディスク（ＨＤ）１１３に記憶され、ＲＡＭ１０２にロードされ、ＣＰＵ１０１によって実行される。データベース２１０は、ハードディスク（ＨＤ）１１３に記憶される。また、ユーザインタフェース部２０１は、キーボードコントローラ（ＫＢＣ）１０５を介してマウス１１０およびキーボード（ＫＢ）１１１の入力を受け付け、ＣＲＴコントローラ（ＣＲＴＣ）１０６を介して処理結果等をＣＲＴ１１２に表示する。
【００１８】
図３は、本実施例におけるシステムに格納されている文書が持つ属性の例を示す図である。本実施例において、これらの属性の値は、基本的に文書管理部２０２によって設定される。
【００１９】
以下に各属性について説明する。
【００２０】
文書名は、当該文書を識別するために付けられた名称である。場所は、当該文書が格納されている本システム上の論理パスである。サイズは、当該文書のファイルサイズをバイトで表したものである。作成者は、当該文書を本システムに最初に保存したユーザの名前である。最終更新者は、当該文書を最後に更新したユーザの名前である。作成日時は、当該文書が本システムに最初に保存された日時である。最終更新日時は、当該文書が最後に更新された日時である。最終参照日は、当該文書が最後に参照された日時である。更新回数は、当該文書が更新された回数である。参照回数は、当該文書が参照された回数である。更新回数および参照回数は、当該文書が最初に保存されてからの累積の回数である。更新頻度は、当該文書が更新される頻度である。本実施例では、何日に１回の割合で更新されるかという形式で表現され、この値は、当該文書が更新されて更新回数が変わったときまたは日付が変わって定期処理部２０５が処理したときに変更される。参照頻度は、当該文書が参照される頻度である。本実施例では、何日に１回の割合で参照されるかという形式で表現され、この値は当該文書が参照されて参照回数が変わったときまたは日付が変わって定期処理部２０５が処理したときに変更される。読み取り専用は、当該文書が読み取り専用の文書であるかどうかを表す。本実施例では、この属性の値は、ユーザがユーザインタフェース部２０１を介して設定でき、デフォルト値はＮＯである。検索インデックス作成可否は、当該文書の検索インデックスを作成するかどうかを表す。本実施例において、この値は、検索インデックス作成ポリシーが設定されている場合は、検索インデックス管理部２０３によって設定され、検索インデックス作成ポリシーで作成の条件を満たしていれば可となり検索インデックスが作成される。逆に、作成の条件を満たしていなければ否となり検索インデックスは作成されず、既に作成されている検索インデックスについては削除される。検索インデックス作成ポリシーが設定されていない場合は、ユーザがユーザインタフェース部２０１を介して手動で可否を設定でき、デフォルト値についても同様にユーザが設定できる。
【００２１】
図４は、検索インデックス作成ポリシーとして設定できるパターンの一覧を表す図である。本実施例のシステムでは、図３に示した属性の内、文書名と場所とを除いた属性に関して、所定の条件を満たすとき検索インデックスを作るまたは作らないというポリシーを一つ設定することができる。
【００２２】
サイズについては、所定バイト以上または以下という条件を設定できる。例えば、１，０４８，５７６バイト以上の文書については検索インデックスを作成するという設定が可能である。
【００２３】
作成者、最終更新者については、ユーザの名前を複数指定して、その中の誰かまたは指定した人以外を設定できる。例えば、山田以外の人が作成した文書には検索インデックスを作成するという設定ができる。
【００２４】
作成日時、最終更新日時、最終参照日時については、所定日以前・以後およびある所定日からまたある所定日までの間および属性値の日時から所定日経過・所定時間経過という条件を設定できる。例えば、作成日時が２００３／０６／３０以前の文書には検索インデックスを作成しないという設定や、最終更新日から１０日経過した文書には検索インデックスを作成するという設定ができる。また、所定日経過の条件を設定した場合には、定期処理部２０５が１日毎に、条件として設定している各文書の作成日時または最終更新日時または最終参照日時からの経過日数を確認し、検索インデックス管理部２０３に通知する。所定時間経過の条件を設定した場合には、定期処理部２０５が１時間毎に、条件として設定している各文書の作成日時または最終更新日時または最終参照日時からの経過日数を確認し、検索インデックス管理部２０３に通知する。
【００２５】
更新回数、参照回数については、所定回数以上・以下という条件を設定できる。例えば、参照回数が１０回以下の文書には検索インデックスを作成しないという設定ができる。
【００２６】
更新頻度については、所定日に１回以上・以下という設定ができる。例えば、０．５日に１回以上の頻度で参照される文書には検索インデックスを作成できるという設定ができる。
【００２７】
読み取り専用については、ＹＥＳまたはＮＯという設定ができる。例えば、読取専用がＮＯの文書には検索インデックスを作成しないという設定ができる。
【００２８】
次に、ユーザが検索インデックス作成ポリシーを設定する画面について図５，６，７を用いて説明する。まず、検索インデックス作成ポリシーをどの属性について設定するかを選択する（図５）。ここでは、チョイスボタン５０１の中のリストから属性を一つ選択する。次に、図５の画面で選択した属性で、条件を設定する（図６）。図６は、最終更新日時属性について条件を設定する画面である。不図示であるが、属性によってこの画面は異なる。最終更新日時属性に関しては、範囲指定６０１または経過指定６０２のどちらかのラジオボタンを選択して条件を設定する。範囲指定時に以後６０３・以前６０４の両方に年月日を指定するとそれらの期間、以後６０３のみに年月日を指定すると当該年月日以後、以前６０４のみに年月日を指定すると当該年月日以前で条件が設定される。最後に図５、図６で指定した条件に該当する文書に対して検索インデックスを作成する・作成しないをラジオボタン７０１で選択して（図７）、検索インデックス作成ポリシーが設定される。
【００２９】
図８は、文書を登録・更新されたときまたは当該文書の属性値が変更されたときの検索インデックス管理部２０３の動作フローである。
【００３０】
まず、検索インデックス作成ポリシーが設定されているかどうかを判断する（ステップＳ８０１）。設定されている場合、当該文書の属性と設定されているポリシーとから、当該文書に検索インデックスを作成するかどうかを判断する（ステップＳ８０２）。検索インデックスを作成すると判断された場合、検索作成インデックス作成可否の属性値を可にする（ステップＳ８０３）。そして、検索インデックス作成部に対して、当該文書の検索インデックスを作成するように要求し（ステップＳ８０４）、処理を終了する。
【００３１】
ステップＳ８０２において、検索インデックスを作成しないと判断した場合、検索インデックス作成可否の属性値を否にする（ステップＳ８０５）。そして、当該文書の検索インデックスを削除（検索インデックスを持っていない場合は何もしない）し（ステップＳ８０６）、処理を終了する。
【００３２】
ステップＳ８０１において、検索インデックス作成ポリシーが設定されていない場合、当該文書が新規に保存された文書であるかどうかを判断する（ステップＳ８０７）。新規に保存された文書である場合は、検索インデックス作成可否の属性値のデフォルト値が可であるかどうかを判断する（ステップＳ８０８）。可であった場合は、当該文書の検索インデックス作成可否の属性値を可に設定し、検索インデックス作成部に対して当該文書の検索インデックスの作成を要求して処理を終了する（ステップＳ８０３、Ｓ８０４）。ステップＳ８０８において、検索インデックス作成可否の属性値のデフォルト値が否であった場合、当該文書の検索インデックス作成可否の属性値を否に設定し（ステップＳ８０５、Ｓ８０６）、処理を終了する。
【００３３】
ステップＳ８０７において、新規に保存された文書ではない（既存の文書が更新された）場合、検索インデックス作成可否の属性値が可であるかどうかを判断する（ステップＳ８０８）。可であった場合、引き続き検索インデックス作成可否の属性値を可にし（ステップＳ８０３）、検索インデックス作成部に対して、当該文書の検索インデックスを作成するように要求し（ステップＳ８０４）、処理を終了する。ステップＳ８０８において、検索インデックス作成可否の属性値が否であった場合、引き続き検索インデックス作成可否の属性値を否にし（ステップＳ８０５、Ｓ８０６）、処理を終了する。
【００３４】
図９は、文書の検索を行う画面である。文書の検索は、探し出したい文書に含まれるキーワードを、テキストボックス９０１に入力して行われる。検索の際、検索対象として、検索インデックスが付加されている文書か全文書かをラジオボタン９０２で選択することができる。検索インデックスが付加されている文書を選択すると、検索インデックス作成ポリシーに従って検索インデックスが作成されている文書のみが検索対象となるため、検索が高速に行われる。検索インデックスの有無以外で検索対象を限定する絞込み条件を追加する場合には、絞込み追加条件のボタン９０３を押し、不図示である別画面によって条件を設定することができる。
【００３５】
本実施例によれば、検索インデックスを作成するポリシーを様々な条件によって設定でき、必要な文書についてのみ検索インデックスを作成することで、システムやユーザの多様な要求や変化に対応できる。そのため、システムの記憶容量の節約が求められる場合には、検索インデックスが作成される文書が少なくなるようにすることや、更新頻度の低い文書ばかりが検索対象となるような場合には、更新頻度の低い文書についてのみ検索インデックスを作成するなど様々な設定が可能である。
【００３６】
また、本実施例においては、検索インデックス作成ポリシーは単項の条件のみしか設定できなかったが、ＡＮＤやＯＲによって条件を組み合わせられるようにしてもよい。
【００３７】
また、本実施例においては、スタンドアローン環境のシステムであったが、複数のユーザが同時に使用できるようなクライアント／サーバ型のシステムであってもよい。この場合、検索インデックス作成ポリシーは、特別な権限を持つユーザしか変更できないようにしてもよい。
【００３８】
また、本実施例においては、検索インデックス作成ポリシーが設定されている場合、検索インデックス作成可否の属性値は自動的に決定されていたが、検索インデックス作成ポリシーが設定されていてもユーザが検索インデックス作成可否の属性値を変更できるようにしてもよい。
【００３９】
（実施例２）
次に本発明の第２の実施例について説明する。
【００４０】
本実施例のシステムは、検索インデックスを文書毎ではなく、所定の文書管理単位（本実施例のシステムではフォルダ単位とする）で作成するシステムである。本実施例のシステムでは、文書に検索インデックス作成可否の属性はなく、基本的に全文書が検索インデックス作成の対象となる。そして、検索インデックス作成ポリシーは、全文書を対象にして作成された検索インデックスに加えて、ポリシーの条件に合致した文書のみを対象にして冗長的に検索インデックスを作成するためのものである。
【００４１】
本実施例のシステムを実現するデジタルコンピュータのハードウェア構成例およびソフトウェア構成例は実施例１と同様である。
【００４２】
図１０は、設定されている検索インデックス作成ポリシーの例を示す図である。本実施例のシステムにおいては、検索インデックス作成ポリシーを複数設定することができる。図中のポリシーＩＤが１のポリシーは最終参照日時の属性が２００４／１２／０１以後の文書について検索インデックスを作成することを示している。ポリシーＩＤが２のポリシーは最終更新者が山田である文書について検索インデックスを作成することを示している。
【００４３】
図１１は、文書を登録・更新されたときまたは当該文書の属性値が変更されたときの検索インデックス管理部２０３の動作フローである。
【００４４】
本実施例のシステムでは、前述した通り全文書が検索インデックス作成の対象となるため、文書が新規に登録または更新されたときに必ず検索インデックスを作成する（ステップＳ１１０１）。次に、検索インデックス作成ポリシーが設定されているかどうかを判断する（ステップＳ１１０２）。設定されていなければ、処理を終了する。設定されていた場合は、設定されている各ポリシーに対して（ステップＳ１１０３）、当該文書がそのポリシーの条件を満足するかどうか判断する（ステップＳ１１０４）。満たしていた場合は、そのポリシーについての検索インデックスを作成する（ステップＳ１１０５）。満たしていない場合は、そのポリシーについての検索インデックスに当該文書の情報が含まれていればそのポリシーについての検索インデックスから当該文書の情報を削除する（ステップＳ１１０６）。全てのポリシーについてステップＳ１１０４からＳ１１０６までの処理が終わったら、処理を終了する。
【００４５】
図１２は、フォルダＡに含まれている文書の例を示す図である。フォルダＡには、１２０１から１２０６までの文書が存在している。そのため、フォルダＡには、１２０１から１２０６の全文書から作成した検索インデックスが作られている。さらに図６のように検索インデックス作成ポリシーが設定されている場合、図６のポリシーＩＤが１の条件に当てはまるインデックスが、１２０１２１０３、１２０５の文書から作成されていることになる。また、図６のポリシーＩＤが２の条件に当てはまるインデックスが、１２０１、１２０２の文書から作成されていることになる。
【００４６】
図１３は文書の検索を行うときの画面例である。検索の画面中に、検索範囲の絞込み条件として、設定されている検索インデックス作成ポリシーの一覧１３０１がチェックボックスと共に表示される。そして、検索を行う際、各ポリシーのチェックボックスをチェックすることによって、検索範囲の絞込みを行うことができる。絞込み条件でポリシーを指定した場合は、検索対象の文書が当該ポリシーに該当する文書になるため、全文書からなる検索インデックスは使用せずに、当該ポリシーに合致する文書からなる検索インデックスを使用して検索を行う。これによって、検索インデックスの参照範囲が小さくなり、検索の速度を高めることができる。また、設定されているポリシー以外の条件で絞込みを行うためには、その他の条件ボタン１３０２を押し、不図示である別画面によって条件を設定することができる。
【００４７】
本実施例のシステムでは、検索インデックス作成ポリシーとは関係なく、全文書を検索インデックス作成の対象としていたが、逆に、検索インデックス作成ポリシーが設定されていない場合は、検索インデックスを一切作成しないようになっていても良い。
【００４８】
また、検索インデックス作成ポリシーの条件として、ＡＮＤやＯＲによる条件の設定をしてもよいことと、クライアント／サーバ型のシステムとして実装してもよいことと、などは、実施例１と同様である。
【００４９】
また、本実施例においては、検索インデックス作成可否の属性はなかったが、実施例１のように検索インデックス作成可否の属性を設けて、ユーザがその属性値を変更できるようにし、当該文書を検索インデックス作成の対象とするかどうかを変更できるようにしてもよい。
【００５０】
［その他の実施形態］
また、本発明の目的は、以下のようにすることによって達成されることはいうまでもない。即ち、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体（または記憶媒体）を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行する。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。
【００５１】
また、コンピュータが読み出したプログラムコードを実行することにより、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行う。その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５２】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれたとする。その後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５３】
本発明を上記記録媒体に適用する場合、その記録媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【図面の簡単な説明】
【００５４】
【図１】実施例１の文書管理システムを実現するハードウェア構成例を示すブロック図である。
【図２】実施例１の文書管理システムのソフトウェア構成例を示すブロック図である。
【図３】実施例１のシステムにおいて文書に付加される属性の例を示す図である。
【図４】実施例１のシステムにおいて検索インデックス作成ポリシーに設定できる条件の一覧を示す図である。
【図５】実施例１のシステムにおいてユーザが検索インデックス作成ポリシーを設定する画面例（１／３）を示す図である。
【図６】実施例１のシステムにおいてユーザが検索インデックス作成ポリシーを設定する画面例（２／３）を示す図である。
【図７】実施例１のシステムにおいてユーザが検索インデックス作成ポリシーを設定する画面例（３／３）を示す図である。
【図８】実施例１のシステムにおいて文書を登録・更新したときの検索インデックス管理部の動作フローを示す図である。
【図９】実施例１において文書の検索を行うときの画面例を示す図である。
【図１０】実施例２のシステムにおいてにおいて設定されている検索インデックス作成ポリシーの例を示す図である。
【図１１】実施例２のシステムにおいて文書を登録・更新したときの検索インデックス管理部の動作フローを示す図である。
【図１２】実施例２におけるフォルダＡの文書情報を示す図である。
【図１３】実施例２において文書の検索を行うときの画面例を示す図である。
【図１】
2008129645.tif 000003
【図２】
2008129645.tif 000004
【図３】
2008129645.tif 000005
【図４】
2008129645.tif 000006
【図５】
2008129645.tif 000007
【図６】
2008129645.tif 000008
【図７】
2008129645.tif 000009
【図８】
2008129645.tif 000010
【図９】
2008129645.tif 000011
【図１０】
2008129645.tif 000012
【図１１】
2008129645.tif 000013
【図１２】
2008129645.tif 000014
【図１３】
2008129645.tif 000015