(57)【要約】【課題】利用者が入力した検索条件に類似する検索履歴を、利用者が所望する検索目的との適合性の判断が可能な形態で提供し、他の使用者の検索履歴を利用した再検索が可能な文書管理システムを提供することを目的とする。【解決手段】本発明は、検索条件に基づいて文書ファイルの検索を行なう文書管理サーバ手段と、前記文書管理サーバ手段に対して検索依頼を通知するクライアント手段とを有する文書管理システムにおける検索方法であって、前記文書管理サーバ手段が、文書ファイルを検索する際に用いた検索条件を、利用者を特定する情報と関連付けて蓄積しており、前記蓄積されている検索条件の履歴から、前記クライアント手段からの検索依頼に含まれる検索条件に類似する検索履歴を取得し、この検索履歴に関連付けて記憶されている利用者情報を取得し、これらを検索結果とともに検索依頼元のクライアント手段へ提供することを特徴とする。【選択図】  図１
2005078334.tif 000002
【特許請求の範囲】
【請求項１】
検索条件に基づいて文書ファイルの検索を行なう文書管理サーバ手段と、前記文書管理サーバ手段に対して検索条件を含んだ検索依頼を通知するクライアント手段とを有する文書管理システムにおける検索方法であって、
前記文書管理サーバ手段が、
文書ファイルを検索する際に用いた検索条件を、利用者を特定する情報と関連付けて蓄積しており、
前記蓄積されている検索条件の履歴から、前記クライアント手段からの検索依頼に含まれる検索条件に類似する検索履歴を取得し、
この検索履歴に関連付けて記憶されている利用者情報を取得し、
これらを検索結果とともに検索依頼元のクライアント手段へ提供することを特徴とする検索方法。
【請求項２】
前記請求項１に記載の検索方法であて、
前記文書管理サーバ手段が、
前記クライアント手段からの検索依頼に含まれる検索条件に類似する検索履歴と、この検索履歴に関連付けて記憶されている利用者情報と、この利用者情報に関連付けて記憶されている他の検索履歴とを取得し、
これらを検索結果とともに検索依頼元のクライアント手段へ提供することを特徴とする検索方法。
【請求項３】
前記請求項１又は２に記載の検索方法であって、
前記検索履歴に関連付けて記憶されている利用者情報は、利用者を特定するための連絡先を含むことを特徴とする検索方法。
【請求項４】
検索条件に基づいて文書ファイルの検索を行なう文書管理サーバ手段と、前記文書管理サーバ手段に対して検索条件を含んだ検索依頼を通知するクライアント手段とを有する文書管理システムにおいて用いられる文書管理サーバプログラムであって、
前記クライアント手段からの検索依頼に含まれる検索条件に基づいて文書ファイルを検索する検索実行処理ステップと、
文書ファイルを検索する際に用いた検索条件を、利用者を特定する情報と関連付けて蓄積する検索条件格納処理ステップと、
前記蓄積されている検索条件の履歴から、前記クライアント装置からの検索依頼に含まれる検索条件に類似する検索履歴を取得するステップと、
前記取得した検索履歴に関連付けて記憶されている利用者情報を取得するステップと、
前記取得した検索履歴と利用者情報とを、検索結果とともに検索依頼元のクライアント手段へ送信するステップとを有する文書管理サーバ手段として、計算機を機能させることを特徴とする文書管理サーバプログラム。
【請求項５】
検索条件に基づいて文書ファイルの検索を行なう文書管理サーバ手段と、前記文書管理サーバ手段に対して検索条件を含んだ検索依頼を通知するクライアント手段とを有する文書管理システムにおいて用いられるクライアントプログラムであって、
検索条件を含んだ検索依頼を文書管理サーバ手段へ通知するステップと、
前記検索依頼に応じて、文書管理サーバ手段より提供される検索応答に含まれる検索結果を表示するステップと、
前記検索応答に含まれる利用者情報と検索履歴とを表示するステップとを有するクライアント手段として、計算機を機能させることを特徴とするクライアントプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベースに蓄積された情報の検索機能を提供する文書管理システムに関し、特に、文書管理システムにおける情報検索の支援方法に関する。
【背景技術】
【０００２】
多数の文書から検索条件を満足する文書を検索する文書管理システムが従来より知られている。
【０００３】
従来の文書管理システムでは、データベース内に蓄積された膨大な文書から自分が必要な文書を検索する際に、検索条件が厳しすぎると検索結果が過小になり、検索条件が緩やか過ぎると検索結果が過多になるので、一度の検索で所望の検索結果を得るのは難しく、熟練した検索者が検索する場合と、そうでない検索者が検索する場合とでは、有用な情報にたどり着くまでに差異が生じていた。
【０００４】
特に、検索した結果が膨大な量であった場合、有用な情報を見つけやすくするために、検索条件の語句を追加して再検索を行なうことにより、検索結果の絞込みが行なわれる。しかしながら、検索者によっては、検索目的物に関する語彙の不足により適切な語句を指定することが出来ないために、検索の試行回数を重ねても有用な検索結果に絞り込むことが出来ないことがある。そのため、検索目的物に関する語彙を熟知していない検索者の場合、膨大な文書の１つ１つを見ていくなどの非効率的な方法がとられていた。
【０００５】
上述の問題を解決する技術として、特許文献１には、自己の検索条件に合わせて他の使用者の検索履歴を利用して、新たなデータベース検索を実行する技術が記載されている。この技術によると、他の使用者の検索履歴を利用することにより、新たなデータベース検索を実行する際に、他者の語彙を取り入れることにより、収集できる情報の範囲を効率的に変化させることができるとしている。
【特許文献１】特開2001-109752号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述の特許文献１によると、他の使用者の観点を検索条件に反映することが可能となり、収集できる情報の範囲を変化させるという効果が得られる。
【０００７】
しかしながら、特許文献１に記載の技術は、検索履歴を提供している使用者を特定することができないため、提供されている検索履歴と利用者が所望する検索目的との適合性の判断が不確定な状態となる。
【０００８】
そのため、他の使用者の検索履歴の中で、どの検索履歴を自己の検索条件に反映すべきかの判断を合理的に行なうことが出来ない、という問題を有している。すなわち、提示された検索履歴の件数が膨大であったり、検索履歴の検索語句が膨大であった場合に、提示された検索履歴の１つ１つを用いた再検索の結果をみていくという非効率的な作業を行なうこととなり、従来の技術の欄で述べた本来の問題を解決できていないことになる。
【０００９】
また、文書管理システムを用いて組織内のナレッジマネジメントを構築する場合を考えると、システムに登録されている情報に限らず、情報提供者への直接の問い合わせが容易に実現可能であるという観点から、情報提供者に関する情報の共有が重要となってくる。
【００１０】
そこで本発明は、組織内の文書管理システムにおいて、利用者が入力した検索条件に類似する他の使用者の検索履歴（検索条件）を、利用者が所望する検索目的との適合性の判断が可能な形態で提供し、他の使用者の検索履歴を利用してた再度検索することをが可能とするな文書管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明は、検索条件に基づいて文書ファイルの検索を行なう文書管理サーバ手段と、前記文書管理サーバ手段に対して検索条件を含んだ検索依頼を通知するクライアント手段とを有する文書管理システムにおいてにおける検索方法であって、  前記文書管理サーバ手段は、文書ファイルを検索する際に用いた検索条件を、利用者を特定する情報と関連付けて蓄積ししており、前記蓄積したされた検索条件の履歴から、前記クライアント手段からの検索依頼に含まれる検索条件に類似する検索履歴を取得し、この検索履歴に関連付けて記憶されている利用者情報を取得し、これらを検索結果とともに検索依頼元のクライアント手段へ提供することを特徴とする。
【発明の効果】
【００１２】
本発明は、入力した検索条件に類似する過去の検索履歴を用いて再検索を可能とする文書管理システムにおいて、類似検索を行なった利用者の所属や業務名などの利用者情報を提供することにより、類似する過去の検索履歴について、利用者が所望する検索目的との適合性の判断が可能となるため、利用者の習熟度合に関係なく、効率的な検索が可能となるという効果を奏する。
【００１３】
また、上記利用者情報に利用者の連絡先を含ませることにより、類似検索を行なった特定の利用者に問合せを行なうことが可能となり、検索目的物を入手するための情報を効果的に得ることが可能になるという効果を奏する。
【００１４】
また、類似検索履歴を有する利用者が公開しているその他の検索履歴を表示することにより、検索補助情報検索手段による類似判定の処理において抽出できなかった類似検索履歴を絞込み語句に用いて再検索を行なうことが出来るため、利用者の習熟度合に関係なく、効率的な検索が可能となるという効果を奏する。
【発明を実施するための最良の形態】
【００１５】
【実施例１】
【００１６】
本発明による文書管理システムの基本構成を図１に示す。本発明による文書管理システムは、文書管理サーバ100と、１つ以上のクライアント300より構成される。
【００１７】
文書管理サーバ100は、検索実行手段110、検索条件格納手段120、検索補助情報検索手段130、ブックマーク登録手段140、検索履歴更新手段150を有し、さらには、文書ファイル210、検索条件蓄積テーブル220、ユーザ情報テーブル230、検索条件ブックマーク格納テーブル240を含むデータベース200を有する。
【００１８】
文書管理システムのクライアント300は、検索条件入力手段310、検索結果表示手段320を有する。前記検索条件入力手段310は、例えばＷｅｂブラウザで構築され、文字入力を行なうためのテキストフィールドとしてＷｅｂブラウザ上に表示され、実行ボタンの押下により、入力された検索条件を確定するという機能を有する。前記検索結果表示手段320は、例えばＷｅｂブラウザで構築され、検索条件を満足する検索結果の一覧テーブル等を端末の画面上に表示するという機能を有する。
【００１９】
なお、文書管理サーバとクライアントは、ネットワークに接続された別々の計算機上で実現する形態であっても良いし、一つの計算機上で実現する形態であっても良い。ただし、独立した計算機上で実現する場合、文書管理サーバ100及びクライアント300は、ネットワーク400を介して相互に通信可能とするための図示しない通信手段を有する。
【００２０】
また、文書ファイル210は、文書管理サーバ100とは異なる計算機上に格納する形態で実現しても良い。ただし、その場合の文書管理サーバ100は、文書ファイルの格納先を示したリンク情報を有する必要がある。
【００２１】
図２は、検索条件蓄積テーブル220の内容例を示したものである。検索条件蓄積テーブル220は、検索条件2201、利用者名2202を少なくとも含み、さらには、日付2203、検索回数2204、ブックマーク数2205を含む。
【００２２】
図３は、ユーザ情報テーブル230の内容例を示したものである。ユーザ情報テーブル230は、利用者名2301、所属2302、プロファイルＡ2303、プロファイルＢ2304、連絡先2305を含む。なお、図３に示す例では、プロファイルＡ2303に利用者の担当業務を定義し、プロファイルＢ2304に利用者の保有資格を定義する例としている。また、図３に示す例では、連絡先2305に利用者のメールアドレスを定義する例を示しているが、これは内線番号等であっても良い。
【００２３】
図４は、検索条件ブックマーク格納テーブルの内容例を示したものである。検索条件ブックマーク格納テーブル240は、ブックマーク名2401、検索条件2402、利用者名2403、公開フラグ2404を含む。
【００２４】
次に、図５に示す検索処理のフローチャートを用いて、本発明による文書管理システムの検索処理を説明する。
【００２５】
文書管理システムの利用者は、文書管理システムのクライアント300の検索条件入力手段310を用いて、検索条件の入力を行なう。文書管理システムのクライアント300は、図示しない検索実行ボタンの押下により、入力された検索条件及び利用者名を含む検索依頼を、文書管理サーバ100へ送信する（S100）。
【００２６】
検索依頼を受信した文書管理サーバ100は、検索実行手段110を用いて、検索依頼に含まれる検索条件を満足する文書ファイル210を、データベース200より検索する（S101,S102）。なお、検索実行手段110を用いた検索処理Ｓ１０２は、検索条件と文書ファイル名とを比較する処理であっても良いし、文書ファイルの内容と検索条件とを比較する処理であっても良い。
【００２７】
なお、文書ファイル210は、ワードプロセッサーを用いて作成された電子ファイルであっても良いし、ＨＴＭＬで記述されたＷｅｂページであっても良い。
【００２８】
検索処理を終えた文書管理サーバ100は、検索結果が１件以上存在する場合（S103でYES）、検索条件格納手段120を用いて、検索条件を検索条件蓄積テーブル220に登録する（S104）。検索条件蓄積テーブル220への登録時には、検索条件の他に、検索依頼に含まれる利用者名2202を関連付けて登録する。ここで、検索依頼に含まれる利用者名及び検索条件蓄積テーブルの利用者名2202は、利用者を特定するための任意のコード列としても良い。この場合、利用者を特定するための任意のコードは、ユーザ情報テーブル230に、利用者名2301と一意に関連付ける必要がある。
【００２９】
なお、検索実行ボタンを押下した利用者の利用者名の取得方法は、本発明による文書管理システム利用開始時にユーザ登録及びユーザ認証を行なうことにより、文書管理サーバ及びクライアントで、利用者の情報を記憶させておくことにより実現する形態であっても良い。例えば、ＨＴＴＰを利用したＷｅｂアプリケーションとして本発明の文書管理システムを構築する場合、複数回のＨＴＴＰ通信間で情報を共有するＷｅｂサーバのセション管理機能及びＷｅｂブラウザのクッキー機能を用いて、利用者の情報を記憶維持する技術が広く知られている。
【００３０】
また、検索条件蓄積テーブル220の日付2203には、検索処理を実行した日付が記録される。検索回数2204及びブックマーク数には、処理S104の段階では初期値０が記録される。
【００３１】
次に、文書管理サーバ100は、処理S104が終了した後、及び処理S103でＮＯの場合、後述の検索補助情報検索手段130を用いて、検索条件蓄積テーブル220とユーザ情報テーブル230と検索条件ブックマーク格納テーブル240の情報を含む検索補助情報を取得し（S105）、処理S102の検索結果と処理S105の検索補助情報とを、クライアント300へ返信する（S106）。
【００３２】
クライアント300は、検索結果表示手段202を用いて、検索結果と検索補助情報を表示する（S107）。
【００３３】
以上が、本発明による文書管理システムの検索処理の流れとなる。
【００３４】
次に、図６に示す検索補助情報検索処理のフローチャートを用いて、本発明による文書管理サーバの検索補助情報の検索処理を説明する。
【００３５】
検索補助情報の検索処理は、上述したとおり、図５に示す処理S104の終了後、及び処理S103でＮＯの場合に、文書管理サーバ100の検索補助情報検索手段130により実行される。
【００３６】
まず、検索依頼に含まれる検索条件と類似する検索履歴（以下、類似検索履歴一覧と呼称する）を検索条件蓄積テーブル220から取得し（S200）、取得した類似検索履歴一覧の要素で共通の利用者名を有する検索履歴のレコードは一つの要素として扱うように分類する（S201）。
【００３７】
図１２に、分類された類似検索履歴一覧の概念図を示す。図１２に示す例では、要素１にユーザＡに関する類似検索履歴が分類され、要素２にユーザＢＣに関する類似検索履歴が分類されている。
【００３８】
類似する検索履歴の取得は、検索依頼に含まれる検索条件の語句と一致する検索条件2201を有するレコードを抽出することで行なわれる。例えば、利用者が入力した検索条件を「申請書」とした場合、検索依頼に含まれる検索条件の語句は「申請書」の１語句となり、図２に示す検索条件蓄積テーブルからは、これと一致する検索条件2201として「ApplyＡＰ化，申請書」と「申請書，設備」を有するレコードが抽出される。すなわち、「（検索条件）ApplyＡＰ化，申請書、（利用者名）ユーザＡ、（日付）2003/8/12、（検索回数）4、（ブックマーク数）2」と「（検索条件）申請書，設備、（利用者名）ユーザＣ、（日付）2003/7/23、（検索回数）5、（ブックマーク数）0」の２レコードとなる。
【００３９】
なお、上記検索条件の語句の一致する条件を、完全一致とするか部分一致とするかは、システムの設計により適宜決定すべきことである。また、上述の検索依頼に含まれる検索条件と類似する検索履歴の取得方法は、データベース200に類義語の情報を定義しておき、検索依頼に含まれる検索条件と類義語の関係にある語句を含む検索条件を、類似検索履歴として取得する方法であっても良い。
【００４０】
次に、検索補助情報検索手段130は、前記取得した類似検索履歴一覧の要素が一件以上存在する場合（S202でYES）、すなわち、類似する検索条件を用いて過去に検索を行なった他の利用者がいた場合、該当する利用者のユーザ情報を、ユーザ情報テーブル230から取得する（S203）。前記ユーザ情報の取得方法は、類似検索履歴一覧の要素である検索条件蓄積テーブル220のレコードに含まれる利用者名2202に一致する利用者名2301を有するレコードを、ユーザ情報テーブル230から抽出することにより行なわれる。例えば、利用者が入力した検索条件を「申請書」とした場合、図２に示す検索条件蓄積テーブル220からは、「（検索条件）ApplyＡＰ化，申請書、（利用者名）ユーザＡ、（日付）2003/8/12、（検索回数）4、（ブックマーク数）2」と「（検索条件）申請書，設備、（利用者名）ユーザＣ、（日付）2003/7/23、（検索回数）5、（ブックマーク数）0」の２レコードとなり、利用者名「ユーザＡ」と「ユーザＢＣ」のユーザ情報がユーザ情報テーブル230より抽出される。
【００４１】
なお、本実施例においては、検索条件蓄積テーブル220のレコードとユーザ情報テーブル230のユーザ情報との関連付けを、利用者名2202及び利用者名2301を用いて行なう例としているが、利用者を一意に表わす識別子を設けて関連付けを行なう実施形態であっても良い。
【００４２】
また、上記処理Ｓ２０３の説明では、類似検索履歴一覧に該当するユーザ情報を一括して取得する様な記述をしているが、本実施例においては、類似検索履歴一覧の要素１件毎に、処理Ｓ２０２以下の処理を反復して行う形態の例を説明している。
【００４３】
次に、検索補助情報検索手段130は、処理S203で取得したユーザ情報に関連付けられたブックマーク情報が公開されているか否かを調査する（S204）。前記公開ブックマーク情報の調査は、類似検索履歴一覧の要素である検索条件蓄積テーブル220のレコードに含まれる利用者名2202に一致する利用者名2403を有するレコードを、検索条件ブックマーク格納テーブル240より抽出し、さらに公開フラグ2404の値を判定することにより行なわれる。本実施例においては、公開フラグ2404の値が「１」である場合、該当するレコードが表わすブックマーク情報が「公開」されている状態であることを意味している。
【００４４】
上記判定処理Ｓ２０４で公開されていると判定された場合（S204でYES）、該当するブックマーク情報を取得し、利用者名ごとに蓄積していく（以下、公開ブックマーク情報一覧と呼称）（S205）。例えば、利用者名「ユーザＡ」の公開ブックマークとしては、ブックマーク名「APＡＰPLY化申請書記入例」と「APＡＰPLY化申請書」と「APＡＰPLY化&Sorja21」と「納品資料雛形」とを有するレコードが公開ブックマーク情報として抽出され、ブックマーク名「特許出願&Sorja21」を有するレコードは、公開フラグの値が未公開を示しているため、利用者名「ユーザＡ」に関連付けられているが、公開ブックマーク情報としては抽出されない。
【００４５】
次に、検索補助情報検索手段130は、処理S205が終了した後、及び処理S204でＮＯの場合、以上の処理で取得した類似検索履歴とユーザ情報と公開ブックマーク情報を用いて、検索補助情報を作成する（S206）。
【００４６】
処理Ｓ２０６が終了した後は、処理Ｓ２０２の判定処理に戻り、処理Ｓ２０１で分類した類似検索履歴一覧の要素について、未処理の要素が存在するか否かを判定する。未処理の要素が存在する場合（S202でYES）、該当する１要素に対して、上述の処理Ｓ２０２から処理Ｓ２０６を実行する。未処理の要素が存在しない場合（S202でNO）、検索補助情報検索手段130は検索補助情報の検索処理を終了する。その結果、図５に示す処理Ｓ１０５が終了し、文書管理サーバは検索補助情報を得る。
【００４７】
以上が、本発明による文書管理システムの検索処理における、検索補助情報の検索処理の流れとなる。
【００４８】
次に、上述の処理Ｓ１０７における検索結果の表示例を、図８に示す。図８の表示例は、検索条件入力手段800と、検索結果表示手段として、検索条件を満たす文書ファイルの情報を一覧表示する検索結果一覧802と、検索補助情報803から806の一覧が表示されている。また、クライアント100の検索結果表示画面は、検索条件を文書管理サーバ100の検索条件ブックマーク格納テーブル240に登録する機能を提供するブックマーク登録ボタン801と、検索補助情報の検索語句を用いて再検索を行なう機能を提供する再検索ボタン804とを有する。
【００４９】
上記検索結果表示画面で表示されている検索補助情報は、類似する検索条件を有する検索を行なった利用者の所属や組織内での役割や専門分野に関する情報を含むユーザ情報803と、前記利用者が行った類似する検索条件の一覧805と、前記利用者が公開している検索条件のブックマークを表示するリンク806を含んで表示している。
【００５０】
図８に示す例では、類似検索履歴を有する検索補助情報として、「第三システム部」に所属する利用者名「ユーザＡ」の人物が行なった類似検索履歴と、「総務部」に所属する利用者名「ユーザＣ」の人物が行なった類似検索履歴とが、検索結果一覧とともに表示されている。
【００５１】
このように、過去の類似検索履歴を表示するだけでなく、類似検索を行なった利用者の情報を表示することにより、類似検索履歴を提供している利用者の情報に基づいて、自分が必要とする情報に該当する検索履歴であるか否かの判断をすることが可能となる。
【００５２】
例えば、ソフトウェアのパッケージ商品化を行う際に使用する申請書として、「ＡＰＰＬＹ化ソフトウェア申請書」という文書を、文書管理システムから取得する場合を考えてみる。ここで、上記「ＡＰＰＬＹ化」とは、いわゆる社内用語であり、特定の組織に従属する人員内でのみ共有される暗黙知として機能している用語であるとする。上記文書の取得を試みる文書管理システムの利用者が、社内用語を熟知した者であれば、検索条件に「ＡＰＰＬＹ化」を想起することが容易に可能であるが、社内用語の学習度が低い利用者の場合は「ＡＰＰＬＹ化」を知らないことが考えられる。この場合、社内用語の学習度が低い利用者は、「ＡＰＰＬＹ化」を知らないために、「ＡＰＰＬＹ化ソフトウェア申請書」を得るまでに多くの時間がかかることがある。
【００５３】
図８に示す表示例は、上記「ＡＰＰＬＹ化ソフトウェア申請書」を検索するために検索条件に「申請書」を用いた場合の検索結果を表示したものである。この例では、検索条件「申請書」に対して検索結果が６７８件となり、検索条件が緩やか過ぎるために検索結果が過多となっている。そこで、利用者は、検索結果の絞込みを行なうために、検索条件「申請書」に対して語句を追加して（以下、再検索時に追加する語句を絞込み語句又は絞込み検索語と呼称し、絞込み語句又は絞込み検索語を追加した検索条件を絞込み検索条件と呼称）、再検索を行なうことになる。
【００５４】
上述のように、本発明による文書管理システムは、上記絞込み語句の候補として類似検索履歴を表示するだけでなく、類似検索を行なった利用者の情報を表示することを特徴としている。図８に示す表示例では、類似検索履歴の提供者として、開発部門である第三システム部に所属するユーザＡと、開発部門ではない総務部に所属するユーザＣとの類似検索履歴が表示されている。
【００５５】
図８に示す内容の検索結果画面を得た利用者は、開発部門にリーダ職として所属するユーザＡであれば業務において同様の申請書を扱ったことがあるだろうと推定し、ユーザＡが提供する類似検索履歴805を絞込み語句として優先して選択することが可能となる。なお、ユーザＡの検索履歴805を用いた再検索は、一覧表示された絞込み検索語の左端に「□」で表示されているチェックボックスを選択指示し、再検索ボタン804を押下することにより行なわれる。
【００５６】
再検索ボタン804押下時の再検索処理の流れを、図１１のフローチャートを用いて説明する。図１１の再検索処理のフローチャートは、図５に示す検索処理のフローチャートと基本的な構成は同じである。図１１に示す再検索処理のフローチャートが、図５に示す検索処理のフローチャートと異なる点は、検索条件蓄積テーブルに検索条件を登録する処理Ｓ１０３とＳ１０４に相当する処理が行われない点と、検索回数の更新処理（S1103）が追加された点である。
【００５７】
まず、文書管理システムのクライアント300は、図８の再検索ボタン804又は図１０の再検索ボタン1001の押下により、検索履歴を提供する利用者の利用者名と検索条件805とを含む再検索依頼を、文書管理サーバ100へ送信する（S1100）。
【００５８】
再検索依頼を受信した文書管理サーバ100は、検索実行手段110を用いて、再検索依頼に含まれる検索条件を満足する文書ファイル210を、データベース200より検索する（S1101,S1102）。
【００５９】
次に、文書管理サーバ100は、検索履歴更新手段150を用いて、再検索依頼に含まれる検索条件と検索条件を提供した利用者の利用者名とを有する検索履歴のレコードを、検索条件蓄積テーブル220から抽出し、抽出した検索履歴のレコードの検索回数2204に１を加算して更新を行なう（S1103）。
【００６０】
次に、文書管理サーバ100は、検索補助情報検索手段130を用いて検索補助情報を取得し（S1104）、処理Ｓ１１０２の検索結果と処理Ｓ１１０４の検索補助情報とを、再検索依頼元のクライアント300へ返信する（S1105）。
【００６１】
再検索依頼元のクライアント300は、検索結果表示手段202を用いて、検索結果と検索補助情報を表示する（S1106）。
【００６２】
上述の再検索処理において、文書管理サーバ100の検索条件蓄積テーブル220に検索履歴を格納する処理Ｓ１０４を省略する実施形態とすることにより、検索補助情報の一覧に、同じ内容の類似検索履歴を有する利用者情報が表示されることを防ぐことが可能となる。
【００６３】
また、図８に示す表示例において、一覧表示された絞込み検索語の右端に表示されている「ブックマーク回数」は、検索条件蓄積テーブル220のブックマーク数2205を用いて表示しており、該当する絞込み検索語を文書管理サーバの検索条件ブックマーク格納テーブル240に登録した利用者の数を意味している。これにより、該当する絞込み検索語を用いて再検索を行なって得られた結果より所望の結果を得ることが出来た利用者の数を推定することが可能となる。
【００６４】
また、図８に示す表示例において、一覧表示された絞込み検索語の右端に表示されている「利用回数」は、検索条件蓄積テーブル220の検索回数2204を用いて表示されており、該当する絞込み検索語を用いて検索が行なわれた回数を意味している。これにより、ユーザＡが提供している絞込み検索条件を用いて再検索が行なわれた回数を知ることが可能となる。
【００６５】
また、類似検索履歴を有する利用者の情報を表示することにより、類似する検索条件を用いた利用者であれば同様の業務を経験しているであろうと推定し、類似する検索履歴を有する利用者にオンライン又はオフラインでの問い合わせを行なうことが可能となる。これにより、個人のノウハウとして蓄積されている業務知識を、組織内で有効に活用することが可能となる。
【００６６】
また、図８に示す表示例において、「検索条件公開ブックマークを見る」806を選択指示することにより、図１０に示す公開ブックマーク表示画面が表示される。図１０に示すブックマーク表示画面例は、ユーザＡの検索条件公開ブックマークの一覧1000と、再検索ボタン1001と、ブックマーク登録ボタン1002とを含んで構成されている。図１０に示す再検索ボタン1001及びブックマーク登録ボタン1002は、図８に示す再検索ボタンと804及びブックマーク登録ボタン801と同様の働きを有する。すなわち、検索条件公開ブックマークを用いた再検索は、一覧表示されている検索条件公開ブックマークの左端に「□」で表示されているチェックボックスを選択指示し、再検索ボタン1001を押下することにより行なわれる。
【００６７】
図１０に示す例では、検索条件公開ブックマークの一覧1000として、４件の検索条件ブックマークが表示されている。ブックマーク名「ＡＰＰＬＹ化申請書記入欄」と「ＡＰＰＬＹ化申請書」は、検索語に「申請書」を含んでいるため、図８に示す検索結果表示画面において絞込み検索語の一覧805に表示されている。一方、ブックマーク名「ＡＰＰＬＹ化&Sorja21」と「納品資料雛形」は、検索語に「申請書」を含んでいないため、図８に示す検索結果表示画面において表示されていない。つまり、公開ブックマーク表示画面を表示することにより、検索補助情報検索手段130による類似判定の処理において抽出できなかった類似検索履歴を、絞込み検索条件に用いて再検索を行なうことが可能となる。
【００６８】
次に、図８に示すブックマーク登録ボタン801及び図１０に示す登録ボタン1002を押下したときの登録処理の流れを、図７に示すフローチャートを用いて説明する。
【００６９】
文書管理システムのクライアント300は、図８に示すブックマーク登録ボタン801及び図１０に示す登録ボタン1002の押下により（S300）、ブックマーク登録画面を表示する（S301）。
【００７０】
図９は、ブックマーク登録画面の表示例を示したものである。図９に示す表示例は、ブックマーク名を入力するタイトル記入欄900と、検索条件のブックマークを他の利用者に公開するか否かを排他的に選択指示する公開フラグ902と、上記内容で検索条件ブックマークを文書管理サーバ100の検索条件ブックマーク格納テーブル240に登録する処理の実行を指示するブックマーク登録実行ボタン903とを含んで構成されている。
【００７１】
文書管理システムのクライアント300は、図９のブックマーク登録実行ボタン903の押下により、前記登録実行ボタンを押下した利用者の利用者名及び検索履歴を提供する利用者の利用者名及びブックマークのタイトル900及び検索条件901及び公開フラグ902を含むブックマーク登録依頼を、文書管理サーバ100へ送信する（S302）。
【００７２】
ここで、登録実行ボタンを押下した利用者の利用者名の取得方法は、本発明による文書管理システムの利用開始時にユーザ登録及びユーザ認証を行うことにより、文書管理サーバ及びクライアントで、利用者の情報を記憶させておくことにより実現できる。例えば、ＨＴＴＰを利用したＷｅｂアプリケーションとして本発明の文書管理システムを構築する場合、複数回のＨＴＴＰ通信間で情報を共有するＷｅｂサーバのセション管理機能及びＷｅｂブラウザのクッキー機能を用いて、利用者の情報を記憶維持する技術が広く知られている。
【００７３】
次に、ブックマーク登録依頼を受信した文書管理サーバ100は、ブックマーク登録手段140を用いて、ブックマーク登録依頼に含まれるブックマークのタイトル900及び検索条件901及び利用者名及び公開フラグ902を、文書管理サーバ100の検索条件ブックマーク格納テーブル240のブックマーク名2401と検索条件2402と利用者名2403と公開フラグ2404に登録する（S303,S304）。
【００７４】
さらに、文書管理サーバ100は、検索履歴更新手段150を用いて、ブックマーク登録依頼に含まれる検索条件2402と検索履歴を提供する利用者の利用者名とを有する検索履歴のレコードを検索条件蓄積テーブル220から抽出し、抽出した検索履歴のレコードのブックマーク回数2205に１を加算して更新を行ない、登録完了の通知をクライアント100へ返信する（S305）。
【００７５】
登録完了の通知を受けたクライアント100は、図示しないブックマーク登録完了画面を表示し、登録処理は終了する（S305）。
【００７６】
以上の処理により、検索条件のブックマークが文書管理サーバ100に登録される。
【図面の簡単な説明】
【００７７】
【図１】本発明の文書管理システムの基本構成を示す図
【図２】検索条件蓄積テーブルの内容例を示す図
【図３】ユーザ情報テーブルの内容例を示す図
【図４】検索条件ブックマーク格納テーブルの内容例を示す図
【図５】検索処理のフローを示す図
【図６】補助情報検索処理のフローを示す図
【図７】ブックマークの登録処理のフローを示す図
【図８】検索結果表示画面の表示例を示す図
【図９】ブックマーク登録画面の表示例を示す図
【図１０】公開ブックマーク表示画面の表示例を示す図
【図１１】再検索処理のフローを示す図
【図１２】類似検索履歴一覧の概念図
【図１】
2005078334.tif 000003
【図２】
2005078334.tif 000004
【図３】
2005078334.tif 000005
【図４】
2005078334.tif 000006
【図５】
2005078334.tif 000007
【図６】
2005078334.tif 000008
【図７】
2005078334.tif 000009
【図８】
2005078334.tif 000010
【図９】
2005078334.tif 000011
【図１０】
2005078334.tif 000012
【図１１】
2005078334.tif 000013
【図１２】
2005078334.tif 000014