(57)【要約】      （修正有）【課題】文書検索において、検索者の意図や背景知識を検索結果に反映しようとしたとき、検索語だけでは、同表記の問題もあって、検索条件に検索者の意図や背景知識を反映できず、不十分である。【解決手段】検索者の意図や背景知識を検索結果に反映する情報として、検索結果に含まれる検索者自身の著作文書を用い、その特徴ベクトル(文書登録時にあらかじめセット)によって、適合文書(検索結果文書)群をスコアリングし、検索結果の表示順に反映させる。【選択図】  図１
2006163478.tif 000002
【特許請求の範囲】
【請求項１】
登録されている文書群から検索条件に適合する文書を提示する検索装置であって、適合文書に含まれる検索者の文書の特徴を最終的な検索結果に反映することを特徴とする検索装置。
【請求項２】
請求項１の検索装置であり、検索条件が語句であり、適合文書に含まれる検索者の文書の特徴が文書内容の特徴ベクトルであることを特徴とする検索装置。
【請求項３】
請求項１乃至２の検索装置であり、適合文書に含まれる検索者の文書の特徴を最終的な検索結果に反映する方法として、特徴の類似度を基準にソートすることを特徴とする検索装置。
【発明の詳細な説明】
【技術分野】
【０００１】
電子文書管理、情報検索。
【背景技術】
【０００２】
従来文書の特徴を多次元のベクトルで表現する方法がある（例えば〔特許文献１〕）。
【０００３】
従来検索結果を分類して、検索者に選択させるものがある（例えば〔特許文献２〕参照）。
【特許文献１】特開平8-221447
【特許文献２】特開2003-345810
【発明の開示】
【発明が解決しようとする課題】
【０００４】
近年、文書を電子化して保管する傾向が強まっている。保守管理等様々な利便性がこの事態を引き起こしているわけだが、中でも文書検索技術による情報探索の容易性は電子化によって生み出される利便性の最たるものであり、この分野の発展には多くの期待が寄せられている。
【０００５】
検索装置の多くは、検索要求を検索語で示されることを前提としている。そのため、検索者は自分の求める文書を得るための検索条件を、語句で表現するという困難に直面する。この作業が難しいことのひとつの原因は、語句が一般で使われず、検索者の意図する文面でしか使われないものであればいいが、語句が検索者の意図とは異なる文面で一般的にも使われる場合である。これは語句による検索条件に検索者の意図、背景知識が盛り込めないことによるものである。
【０００６】
この問題を解決するため、例えば特開２００３−３４５８１０のように装置との複数回の対話で結果の絞込みを行うものが提案されているが、複数回の操作は検索者にとって煩雑であるし、装置の示す選択肢のどれを選択すべきか困る場合もある。
【課題を解決するための手段】
【０００７】
本発明では、検索者の意図や背景知識を自動的に検索結果に反映することを目指す。検索者の意図、背景知識を代弁する情報として、語句による検索結果に含まれる検索者著作の文書を用いる。あらかじめ文書管理装置に文書を登録する際に文書の特徴ベクトルを求めておき、語句検索後に、適合文書群に含まれる検索者著作の文書の特徴ベクトルを基準として適合文書群のスコアリングを行う。同系項の文書では語句は同じ意味で使われるであろうという前提を置くと、語句より圧倒的に情報量の多い検索者著作の文書を検索結果の並び順に反映させることは、検索者の意図や背景知識を検索結果に反映したものとみなすことが出来る。
【発明の効果】
【０００８】
検索者は既存の検索と同様の操作で、検索者の意図をより反映した検索結果が得られる。例えば、「大判」という語で検索した場合、「大判」には多義性があるが、本発明によれば特定の語義のもの、例えば「型の大きい紙や本」のものが優先して表示される。
【発明を実施するための最良の形態】
【０００９】
＜実施形態１＞
図１に本提案装置のブロック図を示す。１０１は通信部であり、ユーザからの文書登録要求、検索要求を受けて応答を返す部分である。文書登録要求を受け付けた場合は、１０２の文書登録部へ処理を依頼する。１０２では、文書名や文書作成者などの文書属性(１０３)、検索のためのインデクス(１０４)、および本提案手法のための特徴ベクトル(１０５)を算出してひもづけて登録する。インデクス作成処理、特徴ベクトル算出処理は広く知られている一般的な手法が利用可能であり、制限はない。これらの処理が終了すると、通信部はユーザに登録が正常終了したことを返す。１０１が検索要求を受け取った場合には、まず全文検索を行うための検索条件を検索条件生成部(１０６)で生成し、その条件をもって全文検索部(１０７)は１０４から適合文書の検索を行う。適合文書群が得られると、次に検索結果生成部(１０８)で、検索結果としてユーザに返す画面情報を生成する。この際、ユーザ情報(１０９)を用いて本提案手法による適合文書群のソートも行う。こうして作成された検索結果は１０１がユーザに返す。なお、本提案装置は文書管理装置の一部として機能する。ユーザの管理などは文書管理装置で行われていることを前提とする。
【００１０】
図２に検索装置を汎用的なコンピュータ上のソフトウェアで実現する場合の構成図を示す。コンピュータは一般的なHD装置(２０１)、メモリ(２０２)、ネットワークＩ／Ｆ(２０３)、ＣＰＵ(２０４)、リムーバブル装置(２０５)、ディスプレイ装置(２０６)、表示ボード(２０７)、キーボード(２０８)、マウス(２０９)、周辺コントローラ(２１０)から構成される。図１で示した検索装置の各部位は２０１で実行ファイルとして存在し、実行時は２０２にロードされた上で２０４で実行される。検索要求及び検索結果は、検索者が本コンピュータ前で操作するのであれば、２０８、２０９を用いて検索要求がなされ２０６にて検索結果が提示される。ネットワークアプリケーションとして実装されている場合には、文書登録要求、文書登録結果、検索要求、検索結果は共に２０３を介して行われる。
【００１１】
図３に１０７で行われる適合文書群のソートの処理の流れを示す。まず最初に、各適合文書の文書属性から文書属性から文書作成者のデータを取得する(３０１)。同様に文書内容の特徴ベクトルも取得する(３０２)。特徴ベクトルの算出は特開平8-221447など、文書分類技術で広く使われている方法である。
【００１２】
１例が図４である。検索語は「大判」であったとする。適合文書が６つであり、各適合文書の内容、文書作成者、特徴ベクトルを表にしている。次に、適合文書群を、検索者が文書作成者の文書と、他者が作成者の文書の２グループに分ける(３０３)。検索者がAとすると、図４の適合文書群は図５の２グループに分かれる。検索者は文書管理装置にログインして使用しているので、ユーザの特定ができる。
【００１３】
５０１が検索者作成の文書グループであり、５０２が他者作成の文書グループである。次に検索者作成文書の特徴ベクトルから、検索者作成文書グループの特徴ベクトルを算出する(３０４)。ここでは、ベクトルの平均をグループの代表ベクトルとする。５０１の特徴ベクトルは（（２＋１）／２,（１＋２）／２）＝(１．５,１．５)となる。次に、他者作成文書それぞれについて検索者文書代表ベクトルとの距離を算出する(３０５)。ここではユークリッド距離を用いる。各距離は図６のようになる。次に、距離の昇順に他者作成文書をソートする(３０６)。ソート結果は図７のようになる。図８に、この例による検索結果画面を示す。８０１は自分が作成者の適合文書リスト、８０２は他人が作成者の適合文書リストである。図４、５、６、７との対応は、文書ＩＤを確認されたい。８０２は、図７の順に提示されている。「Ａさんの文書との類似度」という項目は、図７の検索者文書代表ベクトルとの距離から算出したもので、距離をＤとすると１００×（１／（１＋Ｄ））の計算式で得た値である。
【００１４】
＜実施形態２＞
検索者自身の扱う分野の文書であり、未知の内容が記述されているものを求めている場合には、クラスタリング手法を用いた以下の実施方法が考えられる。
【図面の簡単な説明】
【００１５】
【図１】提案装置のブロック図。
【図２】ハードウェア構成図。
【図３】適合文書群のソート処理の流れ。
【図４】適合文書リスト。
【図５】適合文書リスト。
【図６】検索者文書代表ベクトルとの距離。
【図７】ソート結果。
【図８】検索結果画面。
【符号の説明】
【００１６】
１０１  通信部
１０２  文書登録部
１０３  文書属性
１０４  インデクス
１０５  特徴ベクトル
１０６  検索条件生成部
１０７  全文検索部
１０８  検索結果生成部
１０９  ユーザ情報
【図１】
2006163478.tif 000003
【図２】
2006163478.tif 000004
【図３】
2006163478.tif 000005
【図４】
2006163478.tif 000006
【図５】
2006163478.tif 000007
【図６】
2006163478.tif 000008
【図７】
2006163478.tif 000009
【図８】
2006163478.tif 000010