(57)【要約】統合された、自動的かつ開かれた情報検索システム(100)は、自動テキストカテゴリ化のための言語的および数学的手法に基づいたハイブリッド方法を備える。このシステムは、自動コンテンツ認識技術を索引付きカテゴリの自己学習階層方式と組み合わせることによって、従来のシステムの問題を解決する。リクエスタによって提出された単語に応答して、前記システム(100)は、その単語を含む文書を検索し、この文書を解析してそれらの単語対パターンを決定し、この文書のパターンを、トピックに関係付けられるデータベースのパターンと突き合わせ、それによりトピックを各文書に割り当てる。検索された文書が複数のトピックに割り当てられる場合、文書のトピックのリストがリクエスタに提示され、リクエスタは関連トピックを指定する。次いで、リクエスタに、関連トピックに割り当てられた文書のみへのアクセスが認可される。サーチ語を文書へ、かつ文書をトピックへリンクさせる知識データベース(1408)が確立され、将来のサーチの速度を増すために保守される。加えて、変更されるウェブサイトの異なる更新頻度に対処するための新しい方法が提示される。
2004534324.tif 000002
【特許請求の範囲】
【請求項１】
サーチ問合せをリクエスタから受信した後に文書をサーチするように設計された対話的文書検索システム(100)であって、前記システムは、テキストパターンをトピックに関係付ける少なくとも1つのデータ構造(202、208、210、212、214、216および/または218)を含む知識データベース(200)、および問合せプロセッサ(400)を備え、問合せプロセッサはリクエスタからのサーチ問合せの前記受信に応答して、
-前記サーチ問合せに関係付けられる少なくとも1つの語を含む文書をサーチし、取り込むように試みるステップと、いずれかの文書が取り込まれる場合、
-前記取り込まれた文書を解析してそれらのテキストパターンを決定するステップと、
-各文書のテキストパターンを前記知識データベース(200)内の前記テキストパターンと比較することによって、前記取り込まれた文書をカテゴリ化するステップと、
-文書のテキストパターンが前記知識データベース(200)内のテキストパターンに類似する場合、その文書に類似の単語パターンの関連トピックを割り当てるステップと、
-前記カテゴリ化された文書に割り当てられた前記トピックの少なくとも1つのリストを前記リクエスタに提示するステップと、
-前記リクエスタに、少なくとも1つのトピックを前記リストから、前記リクエスタのサーチに関連するトピックとして指定するように求めるステップと、
-前記リクエスタに、前記リクエスタによって指定されたトピックがそれに割り当てられている、取り込まれ、カテゴリ化された文書のサブセットへのアクセスを認可するステップとを実行する、対話的文書検索システム。
【請求項２】
前記問合せプロセッサは、自動テキストカテゴリ化のための言語的および数学的手法に基づいたハイブリッド方法を使用して解析するステップを実行することを特徴とする、請求項1に記載の対話的文書検索システム。
【請求項３】
前記解析によって決定されたテキストパターンは、一般に発生するサーチ可能な句である、請求項1または2に記載の対話的文書検索システム(100)。
【請求項４】
前記解析によって決定されたテキストパターンは、単語のペアリングであり、各ペアリングは2つのサーチ可能な単語を備える、請求項1または2に記載の対話的文書検索システム(100)。
【請求項５】
各ペアリングにおける一方の単語は前記文書内で頻繁に発生し、各ペアリングにおける他方の単語は、前記文書内で頻繁に前記一方の単語の付近で発生する、請求項4に記載の対話的文書検索システム(100)。
【請求項６】
トピックが以前にそれに割り当てられている索引付き文書を解析し、それにより前記索引付き文書の単語パターンを決定し、次いで前記知識データベース(200)に、前記索引付き文書についてのこれらの単語パターンおよびこれらの文書に割り当てられた前記トピックを格納し、次いで索引付き文書の前記単語パターンを、その同じ索引付き文書に割り当てられた前記トピックに関係付けることによって、前記知識ベース(200)が最初に構築される、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項７】
前記サーチ問合せは句を含み、前記サーチされた語はその句である、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項８】
前記サーチ問合せは少なくとも1つの単語を含み、前記サーチされた語は、前記サーチ問合せから取られた少なくとも1つのサーチ可能な単語である、請求項1から6のいずれか一項に記載の対話的文書検索システム(100)。
【請求項９】
前記サーチ問合せはいくつかの単語を含み、前記サーチされた語は、前記サーチ問合せから取られたサーチ可能な単語であり、前記サーチ問合せにおけるいくつかの単語が別々のサーチにおいてサーチされる、請求項1から6のいずれか一項に記載の対話的文書検索システム(100)。
【請求項１０】
前記サーチ問合せは少なくとも1つの演算子および少なくとも1つの単語を含み、前記リクエスタへの文書の前記提示の範囲は、前記サーチ問合せによって制限される、請求項1から6のいずれか一項に記載の対話的文書検索システム(100)。
【請求項１１】
前記知識データベース(200)は、以前にサーチされた単語のレコード、このような以前のサーチによって取り込まれた前記文書、および前記取り込まれた文書に割り当てられた索引語を保持し、前記知識データベース(200)はまた、前記以前にサーチされた単語と、このような以前に行われたサーチによって取り込まれた前記文書の間の連結も保持して、以前にサーチされた単語に後のサーチ問合せで出会うとき、前記サーチ、解析およびカテゴリ化するステップをバイパスできるようにする、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項１２】
トピックが以前にそれに割り当てられている索引付き文書を解析し、それにより前記索引付き文書の単語パターンを決定し、次いで前記知識データベース(200)に、前記索引付き文書についてのこれらの単語パターンおよびこれらの文書に割り当てられた前記トピックを格納し、次いで索引付き文書の前記単語パターンを、その同じ索引付き文書に割り当てられた前記トピックに関係付けることによって、前記知識データベース(200)が最初に構築される、請求項11に記載の対話的文書検索システム(100)。
【請求項１３】
前記知識データベース(200)に入力された文書がサーチ可能な文書の母集団から変更または削除されているかどうかを確かめるために周期的にチェックし、そうであった場合、このような文書へのすべての参照、ならびに、それらの取り込みを引き起こした前記サーチされた単語を、前記知識データベース(200)から削除し、それにより、このような文書を取り込む可能性の高いこのような単語のすべてのサーチを、これに後のサーチ問合せで出会った場合に強制的に新たに繰り返させることによって、前記知識データベース(200)が保守される、請求項11に記載の対話的文書検索システム(100)。
【請求項１４】
前記知識データベース(200)に入力された文書が変更されているかどうかを確かめるために周期的にチェックし、そうであった場合、このような文書を再解析および再カテゴリ化し、前記知識データベース(200)から、もはや含まれていない、このような文書と単語の間の連結も除去することによって、前記知識データベース(200)が保守される、請求項11に記載の対話的文書検索システム(100)。
【請求項１５】
前記サーチ可能な文書の母集団内のいくつかの位置で新しい文書を周期的にチェックし、このような文書がサーチによって取り込まれるより前にこれらの文書を解析およびカテゴリ化することによって、前記知識データベース(200)が更新される、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項１６】
前記知識データベース(200)はトピック組合せテーブル(212)を含み、トピック組合せテーブル(212)は、取り込まれた文書内で現れる可能性があり、かつ、カテゴリ化を改善するために他のトピックのための置換としてこのような文書に割り当てられる、前記他のトピックのある組合せのための置換トピックを含む、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項１７】
カテゴリ化中に複数のトピックが少なくともいくつかの文書に割り当てられ、階層的に配列され、前記知識データベース(200)内の前記少なくともいくつかの文書にリンクされ、前記カテゴリ化された文書に関連付けられた階層トピックが存在するのと同数のトピックのリストが前記リクエスタに順々に提示され、前記リクエスタが多数のトピックおよびサブトピックを指定するようにし、前記リクエスタの指定したトピックに無関係の文書を、前記リクエスタがアクセスを認可されるものから除くことによって、サーチ精度が改善されるようにする、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項１８】
前記リクエスタへのいずれかの所与の階層レベルでのトピックの前記提示が、すべての前記文書がそのレベルの同じトピックに関連付けられるとき、抑制される、請求項17に記載の対話的文書検索システム(100)。
【請求項１９】
解析は、前記文書データを単語のリストまで減らすステップと、屈折および類義語の問題に対処するステップと、サーチ不可能な単語を除くステップと、最も頻繁に発生する単語を選択するステップと、前記文書内でこれらの単語と隣接した単語との頻繁に発生するペアリングを選択するステップとを含む、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項２０】
事前定義された数までの、前記最も頻繁に発生する単語が選択される、請求項19に記載の対話的文書検索システム(100)。
【請求項２１】
単語が文書内で現れる回数を前記文書の全体の単語の含有量によって除算したものが所定の値を越える場合、単語が頻繁に発生する、請求項19に記載の対話的文書検索システム(100)。
【請求項２２】
所与の文書内の所与のペアリングの発生の数を、前記文書内の前記ペアリングの前記頻繁に発生する隣接した単語の発生の数によって除算したものが所定の値より大きい場合、ペアリングが頻繁に発生する、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項２３】
-前記問合せプロセッサ(400)が、インターネットまたはイントラネットに接続する少なくとも1つのウェブサーバにインストールされ、
-前記知識データベース(200)が、前記ウェブサーバにアクセス可能なデータベースエンジン(1124)上にインストールされ、
-前記リクエスタは前記ウェブサーバ(1114、1116、1118または1120)と、同じくインターネットおよび同じイントラネットに接続するブラウザ(1104)を有するコンピュータ(1102)を使用して通信し、
-前記ウェブサーバ(1114、1116、1118または1120)にアクセス可能であり、インターネットまたは同じイントラネット上でサーチを行うサーチエンジン(1128)によって、サーチが実行される、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項２４】
前記所定の値は約0.0001である、請求項23に記載の対話的文書検索システム(100)。
【請求項２５】
多数のウェブサーバ(1114、1116、1118または1120)が使用され、これらがインターネットまたはイントラネットに、ルータ(1112)およびファイアウォール(1110)によって相互接続され、いずれかの所与のサーチ手順の状況が前記リクエスタのコンピュータ(1102)上で維持され、サーチ問合せまたは指定が前記リクエスタによって提出されるたびに、この状況が前記ウェブサーバ(1114、1116、1118または1120)の1つに再提出される、請求項23に記載の対話的文書検索システム(100)。
【請求項２６】
前記知識データベース(200)は、単語テーブル(202)、辞書(204)および類義語(206)、トピックテーブル(208)、単語組合せテーブル(210)、トピック組合せテーブル(212)、問合せ単語テーブル(214)、問合せ連結テーブル(216)、およびURLテーブル(218)を含む、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項２７】
サーチ問合せをリクエスタから受信した後に文書をサーチおよび検索する対話的方法であって、
-テキストパターンをトピックに関係付ける少なくとも1つのデータ構造(202、208、210、212、214、216および/または218)を含む知識データベース(200)を提供するステップと、
-リクエスタからのサーチ問合せの前記受信に応答して、前記サーチ問合せに関係付けられる少なくとも1つの語を含む文書をサーチし、取り込むように試みるステップと、
-いずれかの文書が取り込まれる場合、前記取り込まれた文書を解析してそれらのテキストパターンを決定するステップと、
-各文書のテキストパターンを前記知識データベース(200)内の前記テキストパターンと比較することによって、前記取り込まれた文書をカテゴリ化するステップと、
-文書の単語パターンが前記知識データベース(200)内のテキストパターンに類似するとき、その文書に類似のテキストパターンの関連トピックを割り当てるステップと、
-前記カテゴリ化された文書に割り当てられた前記トピックの少なくとも1つのリストを前記リクエスタに提示し、前記リクエスタに、少なくとも1つのトピックを前記リストから、前記リクエスタのサーチに関連するトピックとして指定するように求めるステップと、
-前記リクエスタに、前記リクエスタによって指定されたトピックがそれに割り当てられている、取り込まれ、カテゴリ化された文書のサブセットへのアクセスを認可するステップとを備える、対話的方法。
【請求項２８】
前記解析するステップは、自動テキストカテゴリ化のための言語的および数学的手法に基づいたハイブリッド方法を使用して実行される、請求項27に記載の対話的方法。
【請求項２９】
前記解析によって決定されたテキストパターンは、一般に発生するサーチ可能な句である、請求項27または28に記載のサーチする対話的方法。
【請求項３０】
2つのサーチ可能な単語を含む少なくともいくつかの単語パターンを決定するステップをさらに含む、請求項27または28に記載のサーチする対話的方法。
【請求項３１】
少なくともいくつかの単語パターンに、前記文書内で頻繁に発生する1つの単語、および、前記文書内で前記1つの単語の付近で頻繁に発生するもう1つの単語を含めさせるステップをさらに含む、請求項30に記載のサーチする対話的方法。
【請求項３２】
トピックが以前にそれに割り当てられている索引付き文書を解析し、それにより前記索引付き文書の単語パターンを決定し、次いで前記知識データベース(200)に、前記索引付き文書についてのこれらの単語パターンおよびこれらの文書に割り当てられた前記トピックを格納し、次いで索引付き文書の前記単語パターンを、その同じ索引付き文書に割り当てられた前記トピックに関係付けることによって、前記知識ベース(200)を構築するステップをさらに含む、請求項27から31のいずれか一項に記載のサーチする対話的方法。
【請求項３３】
句を含み、前記句をサーチする、サーチ問合せを受け入れる、請求項27から31のいずれか一項に記載のサーチする対話的方法。
【請求項３４】
少なくとも1つの単語を含み、前記単語をサーチする、サーチ問合せを受け入れる、請求項27から32のいずれか一項に記載のサーチする対話的方法。
【請求項３５】
いくつかの単語を含み、各単語を別々のサーチにおいてサーチする、サーチ問合せを受け入れる、請求項27から32のいずれか一項に記載のサーチする対話的方法。
【請求項３６】
少なくとも1つの演算子および少なくとも1つの単語を含み、前記単語をサーチして後に前記演算子を使用して、前記リクエスタに提示された前記文書の範囲を制限する、少なくともいくつかのサーチ問合せを受け入れる、請求項27から32のいずれか一項に記載のサーチする対話的方法。
【請求項３７】
前記知識データベース(200)において、以前にサーチされた単語のレコード、このような以前のサーチによって取り込まれた前記文書、および前記取り込まれた文書に割り当てられた索引語を保持するステップ、ならびに、前記知識データベース(200)内で、前記以前にサーチされた単語と、このような以前に行われたサーチによって取り込まれた前記文書の間の連結を保持して、以前にサーチされた単語に後のサーチ問合せで出会うとき、前記サーチ、解析およびカテゴリ化するステップをバイパスできるようにするステップをさらに含む、請求項27から32のいずれか一項に記載のサーチする対話的方法。
【請求項３８】
トピックが以前にそれに割り当てられている索引付き文書を解析し、それにより前記索引付き文書の単語パターンを決定し、次いで前記知識データベース(200)に、前記索引付き文書についてのこれらの単語パターンおよびこれらの文書に割り当てられた前記トピックを格納し、次いで索引付き文書の前記単語パターンを、その同じ索引付き文書に割り当てられた前記トピックに関係付けることによって、前記知識データベース(200)を最初に構築するステップをさらに含む、請求項37に記載のサーチする対話的方法。
【請求項３９】
前記知識データベース(200)に入力された文書がサーチ可能な文書の母集団から変更または削除されているかどうかを確かめるために周期的にチェックし、そうであった場合、このような文書へのすべての参照、ならびに、それらの取り込みを引き起こした前記サーチされた単語を、前記知識データベース(200)から削除し、それにより、このような文書を取り込む可能性の高いこのような単語のすべてのサーチを、これに後のサーチ問合せで出会った場合に強制的に新たに繰り返させることによって、前記知識データベース(200)を保守するステップをさらに含む、請求項37に記載のサーチする対話的方法。
【請求項４０】
前記知識データベース(200)に入力された文書が変更されているかどうかを確かめるために周期的にチェックし、そうであった場合、このような文書を再解析および再カテゴリ化し、前記知識データベース(200)から、もはや含まれていない、このような文書と単語の間の連結も除去することによって、前記知識データベース(200)を保守するステップをさらに含む、請求項37に記載のサーチする対話的方法。
【請求項４１】
前記サーチ可能な文書の母集団内のいくつかの位置で新しい文書を周期的にチェックし、このような文書がサーチによって取り込まれるより前にこれらの文書を解析およびカテゴリ化することによって、前記知識データベース(200)を更新するステップをさらに含む、請求項27から40のいずれか一項に記載のサーチする対話的方法。
【請求項４２】
前記知識データベース(200)に、取り込まれた文書内で現れる可能性がある他のトピックのある組合せのための置換トピックを含む、トピック組合せテーブル(212)を含めるステップ、および、カテゴリ化を改善するために前記他のトピックのための置換としてこのような文書に置換トピックを割り当てるステップをさらに含む、請求項27から41のいずれか一項に記載のサーチする対話的方法。
【請求項４３】
カテゴリ化中に複数のトピックを少なくともいくつかの文書に割り当て、階層的に配列し、前記知識データベース(200)内の前記少なくともいくつかの文書にリンクさせるステップ、および、前記カテゴリ化された文書に関連付けられた階層トピックが存在するのと同数のトピックのリストを前記リクエスタに階層順に提示し、前記リクエスタが多数のトピックおよびサブトピックを指定するようにし、前記リクエスタの指定したトピックに無関係の文書を、前記リクエスタがアクセスを認可されるものから除くことによって、サーチ精度が改善されるようにするステップをさらに含む、請求項27から42のいずれか一項に記載のサーチする対話的方法。
【請求項４４】
前記リクエスタへのいずれかの所与の階層レベルでのトピックの前記提示を、すべての前記文書がそのレベルの同じトピックに関連付けられるとき、抑制するステップをさらに含む、請求項43に記載のサーチする対話的方法。
【請求項４５】
前記文書データを単語のリストまで減らすステップと、屈折および類義語の問題に対処するステップと、サーチ不可能な単語を除くステップと、最も頻繁に発生する単語を選択するステップと、前記文書内でこれらの単語と隣接した単語との頻繁に発生するペアリングを選択するステップとをさらに含む、請求項27から44のいずれか一項に記載のサーチする対話的方法。
【請求項４６】
事前定義された数までの、前記最も頻繁に発生する単語を選択するステップをさらに含む、請求項45に記載のサーチする対話的方法。
【請求項４７】
単語が頻繁に発生するかどうかを、前記単語が文書内で現れる回数を前記文書の全体の単語の含有量によって除算したものが所定の値を越えるかどうかを判断することによって、判断するステップをさらに含む、請求項45に記載のサーチする対話的方法。
【請求項４８】
ペアリングが頻繁に発生するかどうかを、所与の文書内の所与のペアリングの発生の数を、前記文書内の前記ペアリングの前記隣接した単語の発生の数によって除算したものが所定の値より大きいかどうかを判断することによって、判断するステップをさらに含む、請求項45に記載のサーチする対話的方法。
【請求項４９】
インターネットプロトコルを使用して前記リクエスタとの通信の手配をするステップをさらに含む、請求項27から48のいずれか一項に記載のサーチする対話的方法。
【請求項５０】
前記リクエスタによるいずれかの所与のサーチ手順の状況を維持するステップをさらに含む、請求項49に記載のサーチする対話的方法。
【請求項５１】
前記知識データベース(200)に、単語テーブル(202)、辞書(204)および類義語(206)、トピックテーブル(208)、単語組合せテーブル(210)、トピック組合せテーブル(212)、問合せ単語テーブル(214)、問合せ連結テーブル(216)、およびURLテーブル(218)を構築するステップをさらに含む、請求項27から50のいずれか一項に記載のサーチする対話的方法。
【請求項５２】
コンピューティングデバイス上で実行されるとき、請求項27から51のいずれか一項に記載の方法を実施する、コンピュータソフトウェアプログラム。
【請求項５３】
専用に設計されたユーザインターフェイス(1402)がユーザに、すべてのアクセス可能な文書への一様なアクセスを提示し、それにより、文書がいずれかの企業ネットワークのドメインから検索されるかインターネットから検索されるかにかかわらず、文書のファイルフォーマットに無関係に、異質環境におけるサーチを可能にすることを特徴とする、請求項1から26のいずれか一項に記載の対話的文書検索システム(100)。
【請求項５４】
専用に開発された更新機能(1312)が、ウェブサイトをそれらの個々の修正サイクルに応じて訪れてウェブサイトをさらなる解析のために提供するために、使用されることを特徴とする、請求項1から26、または53のいずれか一項に記載の対話的文書検索システム(100)。
【請求項５５】
電子的に格納されたデータを保護するために個々の会社のドメインにおいて使用された既存のセキュリティ構造を認識し、それにより前記対話的文書検索システム(100)を前記セキュリティ構造に、それらを変更することなく統合することを可能にする手段を備える、請求項1から26、または52から54のいずれか一項に記載の対話的文書検索システム(100)。
【請求項５６】
異なるオペレーティングシステム環境への前記対話的文書検索システム(100)の移植性がサポートされる、請求項1から26および/または52から55のいずれか一項に記載の対話的文書検索システム(100)。
【請求項５７】
前記ユーザにデータ空間のセットが提供され、各々はテーマ的に接続された文書のセットを備える、請求項1から26および/または52から56のいずれか一項に記載の対話的文書検索システム(100)。
【請求項５８】
インターネットから検索された文書の前記提示に適した、適切にフォーマットされたテキストを生成するための提示プログラムを備える、専用に設計されたユーザインターフェイス(1402)が適用される、請求項1から26および/または52から57のいずれか一項に記載の対話的文書検索システム(100)。
【請求項５９】
エージェントプログラムが適用され、これは、入力されたサーチ問合せをバックグラウンドで連続的に処理する、請求項1から26および/または52から58のいずれか一項に記載の対話的文書検索システム(100)。
【請求項６０】
選択されたカテゴリの各文書が、公共の場、メディアおよび/または百科事典、企業または他のソースなど、その起源に従って分類される、請求項1から26および/または52から59のいずれか一項に記載の対話的文書検索システム(100)。
【請求項６１】
異なるカテゴリ、および関連付けられた開始文書を有する、広く適用可能なシソーラスが適用される、請求項1から26および/または52から60のいずれか一項に記載の対話的文書検索システム(100)。
【請求項６２】
ユーザインターフェイスが適用され、これは、自動的に認識され、基礎的な自動音声認識アプリケーションを用いて解釈される音声コマンドを用いて、サーチ問合せを入力する手段を備える、請求項1から26および/または52から61のいずれか一項に記載の対話的文書検索システム(100)。
【請求項６３】
サーチ結果が、音声データ出力を用いて提示される、請求項1から26および/または52から62のいずれか一項に記載の対話的文書検索システム(100)。
【請求項６４】
前記対話的文書検索システム(100)の多言語オペレーションが可能にされる、請求項1から27および/または52から63のいずれか一項に記載の対話的文書検索システム(100)。
【請求項６５】
ユーザに、すべてのアクセス可能な文書への一様なアクセスが提示され、それにより、文書がいずれかの企業ネットワークのドメインから検索されるかインターネットから検索されるかにかかわらず、文書のファイルフォーマットに無関係に、異質環境におけるサーチを可能にする、請求項27から51のいずれか一項に記載のサーチする対話的方法。
【請求項６６】
事前定義された例示的アーカイブが使用され、これは、新しいアーカイブ構造がインストールされなければならない場合に生じるであろう実施コストを節約するために、事前にカテゴリ化された文書のセットについてのカテゴリ情報を備える、請求項27から51、または65のいずれか一項に記載のサーチする対話的方法。
【請求項６７】
専用に開発された更新機能(1312)が、ウェブサイトをそれらの個々の修正サイクルに応じて訪れてウェブサイトをさらなる解析のために提供するために使用され、それにより、使用されたインターネットアーカイブ構造の最大トピック性を保証する、請求項27から51、65または66のいずれか一項に記載のサーチする対話的方法。
【請求項６８】
電子的に格納されたデータを保護するために個々の会社のドメインにおいて使用された既存のセキュリティ構造を認識し、それにより対話的文書検索システム(100)を前記セキュリティ構造に、それらを変更することなく統合することを可能にする手段を備える、請求項27から51および/または65から67のいずれか一項に記載のサーチする対話的方法。
【請求項６９】
異なるオペレーティングシステム環境への前記対話的文書検索システム(100)の移植性がサポートされる、請求項27から51および/または65から68のいずれか一項に記載のサーチする対話的方法。
【請求項７０】
前記ユーザにデータ空間のセットが提供され、各々はテーマ的に接続された文書のセットを備える、請求項27から51および/または65から69のいずれか一項に記載のサーチする対話的方法。
【請求項７１】
インターネットから検索された文書の前記提示に適した、適切にフォーマットされたテキストを生成するための提示プログラムを備える、専用に設計されたユーザインターフェイス(1402)が適用される、請求項27から51および/または65から70のいずれか一項に記載のサーチする対話的方法。
【請求項７２】
エージェントプログラムが適用され、これは、入力されたサーチ問合せをバックグラウンドで連続的に処理する、請求項27から51および/または65から71のいずれか一項に記載のサーチする対話的方法。
【請求項７３】
選択されたカテゴリの各文書が、公共の場、メディアおよび/または百科事典、企業または他のソースなど、その起源に従って分類される、請求項27から51および/または65から72のいずれか一項に記載のサーチする対話的方法。
【請求項７４】
異なるカテゴリ、および関連付けられた開始文書を有する、広く適用可能なシソーラスが適用される、請求項27から51および/または65から73のいずれか一項に記載のサーチする対話的方法。
【請求項７５】
ユーザインターフェイスが適用され、これは、自動的に認識され、基礎的な自動音声認識アプリケーションを用いて解釈される音声コマンドを用いて、サーチ問合せを入力する手段を備える、請求項27から51および/または65から74のいずれか一項に記載のサーチする対話的方法。
【請求項７６】
サーチ結果が、音声データ出力を用いて提示される、請求項27から51および/または65から75のいずれか一項に記載のサーチする対話的方法。
【請求項７７】
前記対話的文書検索システム(100)の多言語オペレーションが可能にされる、請求項27から51および/または65から76のいずれか一項に記載のサーチする対話的方法。
【請求項７８】
モバイルコンピューティングおよび/または遠隔通信デバイスであって、インターネットおよび/またはいずれかの企業ネットワークからの文書にアクセスするためのWAP規格を適用することができる、グラフィカルユーザインターフェイスを備え、
請求項1から27および/または52から57のいずれか一項に記載の対話的文書検索システム(100)を特徴とする、モバイルコンピューティングおよび/または遠隔通信デバイス。
【請求項７９】
対話的文書検索システムであって、
-解析された文書の識別をトピックに関係付けるための知識データベース(1408)と、
-サーチ問合せを入力するためのユーザインターフェイス(1402)と、
-入力サーチ問合せに本質的に合致する文書について、リソースをサーチするため、かつ、文書の識別をサーチ結果として出力するためのサーチエンジン(1406)と、
-前記サーチエンジン(1406)の前記サーチ結果が供給される発見マシン(1404)であって、
-前記知識データベース(1408)にアクセスして、前記サーチ結果において識別された文書が前にすでに解析されているかどうかをチェックすること、
-前記文書がすでに解析されており、その識別がその関連トピックと共に前記知識データベース(1408)に格納されている場合、文書の前記識別を、前記知識データベース(1408)から検索されたその関連トピックと共に前記ユーザインターフェイス(1402)に転送すること、および
-前記文書がまだ解析されていない場合、前記識別された文書を解析して、トピックを前記文書の前記識別に関係付け、前記文書の前記識別をその関連トピックと共に前記ユーザインターフェイス(1402)に転送することを行うための発見マシン(1404)とを備える、対話的文書検索システム。
【請求項８０】
対話的文書検索方法であって、
-解析された文書の識別をデータベースにおけるトピックに関係付けるステップ(1408)と、
-ユーザインターフェイスを用いてサーチ問合せを入力するステップ(1402)と、
-入力サーチ問合せに本質的に合致する文書について、リソースをサーチし(1406)、文書の識別をサーチ結果として出力するステップと、
-前記データベース(1408)にアクセスして、前記サーチ結果において識別された文書が前にすでに解析されているかどうかをチェックするステップと、
-前記文書がすでに解析されており、その識別がその関連トピックと共に前記知識データベース(1408)に格納されている場合、文書の前記識別を、前記知識データベース(1408)から検索されたその関連トピックと共に前記ユーザインターフェイス(1402)に転送するステップと、
-前記文書がまだ解析されていない場合、前記識別された文書を解析して、トピックを前記文書の前記識別に関係付け、前記文書の前記識別をその関連トピックと共に前記ユーザインターフェイス(1402)に転送するステップとを備える、対話的文書検索方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、高速アクセスを有する情報検索(IR)システムの分野に関し、特に、自動テキストカテゴリ化技術を使用してアクセス可能な文書を検索して、高速ネットワーク環境内のサーチ問合せ結果の提示をサポートするための、インターネットおよび/または企業イントラネットドメインに適用されたサーチエンジンに関する。
【背景技術】
【０００２】
複数の企業ネットワークを用いて、また特にインターネットを介してアクセスすることができる公開情報の量が増加し続けるにつれて、人々によるこれらのリソースのよりよい発見、フィルタリングおよび管理を助けることへの関心が高まりつつある。前記ネットワークは若く、動的でまだそれほど標準化されていない市場に相当するため、大量の非構造化文書およびテキスト素材を含んでいる。特に、インターネットは開かれた媒体として誰もが自由にアクセス可能であり、大部分はまだ使用されていない巨大な知識ベースに相当し、これは、記憶された情報の検索のための構文規則がまったくないからである。
【０００３】
インターネット(および他のネットワーク)の不十分な情報構造は、しばしば批判されている。さらに、サーチエンジンはしばしば範囲において失敗し、あるいは公開物へのリンク切れを提示する。ユーザが実際に発見したいものを見つけることができないか、あるいはユーザは、入力したサーチ問合せの結果を受信するとき、多数の不適当なマッチによって負担を受ける。所望の情報は場合によってはこれらのネットワーク内で入手可能であるが、容易に得ることはできない。同時に、適格な情報の可用性への需要が、商用および個人的分野において急速に増している。したがって、デジタル媒体の効率的な索引付け、検索および管理は、インターネットおよび複数のイントラネットドメイン内で入手可能な莫大な量のデジタル情報のために、ますます重要になりつつある。
【０００４】
テキスト文書の手動索引付け
図書館員および他のトレーニングを受けたプロは何年間も新しい項目の手動索引付けに取り組んできており、これにはMedical Subject Headings(MeSH)、デューイ10進法、Yahoo!またはCyberPatrolの範囲内など、管理された語彙を使用している。たとえば、Yahoo!は現在、人間の専門家を使用してその文書を手動でカテゴリ化している。同様に、West Groupなど、法的な出版社では、法的文書が人間の専門家によって手動で索引付けされている。このプロセスは非常に時間およびコストがかかり、したがってその適用可能性が制限される。したがって、自動テキストカテゴリ化のための技術の開発への関心が高まっている。エキスパートシステムで使用されるものに類似したルールベースの手法は一般的であるが(1990年のHayesおよびWeinsteinの、ニュース記事分類用のCONSTRUEシステムを参照)、これらは一般にルールの手動構築を必要とし、カテゴリメンバーシップについての厳格な二分決定を行い、通常は修正が困難である。
【０００５】
自動テキストカテゴリ化
異なる分野の知識において入手可能な情報の増加量により、上述のプロセスの部分を自動化する必要性が生じる。自然言語の統計パターンに基づいた自動索引付けアルゴリズムは、1960年代および1970年代中に現れた。1980年代中に、いくつかのシステムがコンピュータ支援索引付けのために作成された。1980年代後期中に、いくつかのエキスパートシステムが適用されて知識ベースの索引付けシステムが作成され、これはたとえば、National Library of MedicineでのMedIndeEx System(Humphrey、1988年)である。1990年代は、ワールドワイドウェブ(WWW)の出現によって特徴付けることができ、これにより潜在的に有用な大量の情報が入手可能になっている。WWWによって生じた情報過多は、ユーザが大量の文書をフィルタリングする助けとなる可能性のある、信頼性のある自動索引付け方法の作成を促している。今日、世界中の何人かの研究者は、自動テキストカテゴリ化の問題を、2つの主要な手法を使用することによって解決しようと試みている。すなわち第1に、人間のコミュニケーションにおいて使用されるルールを取り込んでシステムに適用すること、および第2に、すでにカテゴリ化済のテキスト素材のトレーニングセットから、カテゴリ化ルールを自動的にトレーニングするための方法を使用することである。以前の類似の作業は主に音声認識、たとえば、自動電話サービスの範囲内に関係していた。このために、いくつかのトピックが事前定義され、認識システムがトピックを入力テキストから検出しようと試みる。トピックが検出された後、テキストのための統計モデルが適用されて、音声認識のプロセスが支援される。
【０００６】
一般に、自動分類方式は本質的に、カテゴリ化のプロセスを容易にすることができる。自動テキストカテゴリ化のプロセス、すなわち、電子的にアクセス可能な自然言語テキスト文書のアルゴリズム的解析、および、前記文書のコンテンツを簡潔に述べる、事前に指定されたトピックのセット(カテゴリまたは索引語)への自動割り当ては、複数の情報編成および管理タスクにおける重要なコンポーネントである。現在までのその最も広く行き渡った適用は、主題カテゴリを入力文書に割り当てるためのテキスト検索、ルーティングおよびフィルタリングのサポートである。自動テキストカテゴリ化は、幅広い範囲のより柔軟性のある、動的でパーソナライズされた情報管理タスクにおいても、重要な役割を果たすことができる。
【０００７】
これらのタスクには、以下が含まれる。
-電子メールまたは他のテキストファイルを、事前定義されたフォルダ階層にリアルタイムでソートすること、
-トピック特有の処理オペレーションをサポートするためのテーマ識別、
-サーチおよび/またはブラウジング技術の構築、および
-静的な長期の関心またはより動的なタスクベースの関心を参照する文書を発見すること。
【０００８】
いずれの場合も、分類技術は、デューイ10進法または米国議会図書館分類システム、Medical Subject Headings(MeSH)またはYahoo!のトピック階層のように、非常に一般的で、一般に受け入れられ、比較的静的であるカテゴリ構造、ならびに、より動的で個別の関心またはタスクに合わせてカスタマイズされるカテゴリ構造をサポートすることができるべきである。
【０００９】
現況技術の簡単な説明
現況技術によれば、自動テキストカテゴリ化の問題への異なる解決法がすでに入手可能であり、それぞれが特定の適用環境に合わせて最適化されている。これらの解決法は言語的および/または数学的手法に基づいている。これらの解決法を前記標準に関して説明するために、情報検索、手動索引付けおよび自動テキストカテゴリ化の最も重要な従来の技術を簡単に説明することが必要である。
【００１０】
最も初期の情報検索システムは、何千もの文書の全文を含むメインフレームコンピュータであった。これらには、タイムシェアリング端末からアクセスすることができた。1960年代初期に開発された、このタイプの最も初期のシステムは、単語のリストを取り、指定された単語を含む文書について、文書のテープライブラリ中を線形サーチした。
【００１１】
1960年代中期から後期までに、より高度なシステムが最初に、文書のセット内でのサーチ可能な単語の単語索引または用語索引を開発した(「of」、「the」および「and」など、サーチ不可能な単語を除く)。用語索引は各単語について、その単語を含むすべての文書の文書番号を含んでいた。いくつかのシステムではこの文書番号に、その単語が対応する文書内で現れた回数が付けられて、各単語の各文書への関連性の大雑把な尺度としての機能を果たした。このようなシステムは単にリクエスタに単語のリストを入力することを要求し、次いでシステムが各文書への関連性を計算し、割り当て、文書を検索し、リクエスタに関連性の順序で表示した。このようなシステムの一例は、カナダのQueens UniversityのHugh Lawfordによって開発されたQuicLawシステムであった。そのシステムにおける句のサーチは、文書を検査し、文書が検索された後に句について走査することによって行われ、したがってこれらの句のサーチは低速であった。
【００１２】
Jerome RubinおよびEdward Gotsman他によって開発されたMead Data CentralのLEXISシステムなど、他のシステムは、その用語索引に各単語についてのエントリを含め、これは(その単語を含む文書の)文書番号と共に、その単語が現れる文書の文節を識別する文書文節番号、および、文節内でその単語が他の単語に対して現れた所を識別する単語位置番号をも含んだ。
【００１３】
West GroupのWESTLAWシステムは、数年後にWilliam Voedisch他によって開発され、各単語についての用語索引エントリに以下を含めることによってこれを改良した。
-段落番号(単語が文節内で現れた所を示す)、
-文番号(単語が段落内で現れた所を示す)、および
-単語位置番号(単語が文内で現れた所を示す)。
【００１４】
これらの2つのシステムは今日でもなお使用されており、論理結合子または演算子のAND、OR、AND NOT、w/seg(同一文節内)、w/p(同一段落内)、w/s(同一文内)、w/4(互いの4単語内)、およびpre/4(4単語だけ先行)を、形式的で複雑なサーチ要求を書くために使用することを許可している。丸括弧により、これらの論理演算の実行の順序を制御することができる。
【００１５】
別のクラスのシステム、特に今日でもなお使用されている対話システムは、初期のNASA RECONシステムから生じており、このシステムは、以前に実行されたサーチに名前を割り当て、これらのサーチを、後に実行されるサーチに参照により組み込むことができるようにした。
【００１６】
プロの図書館員および法的研究者はこれらの3つのシステムをすべて正規に使用する。しかし、これらの専門家は何週間、何ヶ月もトレーニングして、丸括弧および論理演算子を含む複雑な問合せを公式化する方法を学習しなければならない。一般のサーチ者はこれらの強力なシステムを使用して同じ度合いの成功を得ることはできず、これは彼らが演算子および丸括弧の適切な使用のトレーニングを受けておらず、サーチ問合せを公式化する方法を知らないからである。これらのシステムはまた、他の望ましくない特性も有する。ORによって結合された多数の単語および句についてサーチするように求められるとき、これらのシステムはあまりにも多数の望ましくない文書を再現する傾向があり、これらの精度は不十分である。AND演算子および単語の近接演算子をサーチ要求に追加することによって精度を改善することができるが、次いで関連文書を逃す傾向があり、したがってこれらのシステムの再現率が損なわれる。トレーニングを受けていないサーチ者がこれらのシステムを使用できるようにするために、さまざまな人工知能方式が開発されており、これらは初期のQuicLawシステムのように、単にリクエスタに単語のリストまたは文を入力することを許可し、次いで文書のあるランキングおよび作成物を作成する。これらのシステムはさまざまな結果を生じ、特に信頼性があるものではない。いくつかのシステムはリクエスタに、特に関連する文書を選択するように求め、次いで、その文書が含む単語を使用して、これらのシステムは類似の文書を発見しようと試み、これもまたむしろ混合された結果を生じる。
【００１７】
WESTLAWシステムはまた、その文書のいくつかの形式的な索引付けをも含み、各文書をトピックに割り当て、各トピック内で、トピックの概要内の位置に対応するキー番号に割り当てる。しかし、この索引付けは、熟練したインデクサによって各文書が手動で索引付けされているときにのみ使用することができる。WESTLAWシステムに追加された新しい文書もまた、手動で索引付けされなければならない。他のシステムは各文書に、その文書を識別および特徴付ける助けとなる単語および/または句を含む文節またはフィールドを提供するが、この索引付けも手動で行われなければならず、検索システムはこれらの単語および句を、この文書内の他の単語および句に行うものと同じ方法で処理する。インターネットの発達により、ウェブクローラーが開発されており、これはウェブをサーチして、合計で何千ものウェブページの用語索引に達するものを作成し、文書をそれらのURL(ユニフォームリソースロケータまたはウェブアドレス)によって、ならびに、文書が含む単語および句によって、かつ文書の作者によって各文書の特殊フィールドにオプショナルで入れられた索引語によっても索引付けする。
【００１８】
機械学習技術の理論的背景
機械学習アルゴリズムは、多数の問題の解決において大変成功することが判明しており、たとえば、音声認識における最良結果がこのようなアルゴリズムで得られている。これらのアルゴリズムは、解決するべき問題の空間においてサーチを実行することによって学習する。2種類の機械学習アルゴリズムが開発されており、すなわち、教師あり学習および教師なし学習である。教師あり学習アルゴリズムは、トレーニング例のセットから目的の機能を学習し、次いで学習した機能を目標セットに適用することによって動作する。教師なし学習は、目標セットの複数の要素の間で有用な関係を発見しようと試みることによって動作する。
【００１９】
自動テキストカテゴリ化を、教師あり学習問題として特徴付けることができる。まず、例示的文書のセットを人間のインデクサによって正確にカテゴリ化しなければならない。次いで、このセットが使用されて、機械学習アルゴリズムに基づいて分類子がトレーニングされる。前記トレーニングを受けた分類子を後に、目標セットをカテゴリ化するために使用することができる。
【００２０】
従来の文書カテゴリ化技術は、異なる手法に従事する。一般に、2つの異なる手法のアルゴリズムを区別することができる。一方では、自動文書カテゴリ化についての多数の解決の試みは、むしろ言語的手法に基づいている。他方では、数学的および統計的手法の提案者は、これらの手法もまたよい結果を生じると主張している。
【００２１】
判断ツリー(Moulinier、1997年)、ニューラルネットワーク(Weiner他、1995年)、線形分類子(Lewis他、1996年)、k-最近傍アルゴリズム(Yang、1999年)、サポートベクトルマシン(Joachims、1997年)、およびナイーブベイズ分類子(LewisおよびRinguette、1994年、McCallum他、1998年)など、異なる機械学習アルゴリズムが、テキストカテゴリ化システムを構築するために探究された。これらの研究の大部分は、索引付け語彙の階層構造に関して分類子を構築する。最近、何人かの作者(KollerおよびSahami、1997年、McCallum他、1998年、Mladenic、1998年)は、索引付け語彙の階層構造の探究および使用を開始している。
【００２２】
文法構造を用いた自動コンテンツ認識(言語的手法)
テキストカテゴリ化システムは通常、文法構造の認識を用いて、解析されるべき文書のコンテンツを抽出しようと試み、これは文またはその部分を意味する(たとえば、加えて、判断ツリー、最大エントロピーモデリング、または、ニューラルネットワークのパーセプトロンモデルのような数学的手法を適用することによる)。それにより、文の個々の部分が分離され、最終的に文のコアステートメントが決定される。文書のすべての文のコアステートメントがうまく決定された場合、文書のコンテンツを、高い確率で認識することができ、特定のカテゴリに割り当てることができる。
【００２３】
このような手順をうまく使用できるようになる前に、これらの手順の発明者およびプログラマは、どの単語の組合せが特定のトピックを指すかについて考えておかなければならない。これは主として言語学者のタスクであるため、これらの手順は言語的なベースの手順と呼ばれる。これらは通常、非常に複雑なアルゴリズムを使用し、技術的リソース(たとえば、プロセッサのパフォーマンスおよび記憶容量に関するもの)を高く要求する傾向がある。それにもかかわらず、文書のコンテンツ関係のカテゴリ化、および、それによりカテゴリへの割り当てをうまく処理しても、平均的な成功しか得られない。
【００２４】
統計的技術を用いた自動コンテンツ認識(数学的手法)
自動認識問題を解決するための数学的手法は通常、統計的技術およびモデル(たとえば、ベイズモデル、ニューラルネットワーク)を適用する。これらは、「文字列」と呼ばれる、英数字および/またはその組合せの確率の統計的評価に依拠する。理論上、特定のトピックを参照する文書を、特定の文字列の存在を決定することによって区別することができると仮定される。どの文字列が特定のトピックとの関連において頻繁に発生するかを調べた後、どのトピックが特定の文書内で扱われるかを認識することができる。しかし、前記統計的手法は、どの文字列が特定のトピックを頻繁に参照するかが、あらかじめ認識されていることを必要とする。したがって、この手法では、解析および評価されなければならない多数の文書が必要とされる。あらかじめ、解析されなければならない各文書は、1つまたは複数のトピックに明らかに割り当てられていなければならない(たとえば、アーカイビストまたは他の権威者による)。次いで、これらの文書の特定の特徴(特定の英数字の組合せの頻度を意味する)が解析され、格納される。その後、所望の各カテゴリについて、いわゆる「抽出物」が作成され、永続的にデータベース内に格納される。システムが、特定の英数字の組合せが高い確率で特定のトピックに属することを学習しているとき、新しい文書を前記抽出物と比較することができる。新しい文書が、格納済の抽出物のうち1つとの類似性(すなわち、特定の文字列の類似の頻度分布)を示す場合、この新しい文書が同じカテゴリに属する確率は高い。
【００２５】
ラベル付きトレーニングデータを使用する、分類子を自動的に作成するための帰納的学習技術を適用する上述の方法は、頻繁に適用される。テキスト分類は帰納的学習方法についての多数の課題をもたらし、これは、何百万もの単語の特徴が存在する可能性があるからである。しかし、結果として生じる分類子には多数の利点がある。すなわち、これらの分類子の構築および更新がしやすく、提供しやすい情報にのみ依存し(カテゴリ内または外である項目の例を意味する)、個人が関心を有する特定のカテゴリに合わせてカスタマイズすることができ、ユーザが円滑に精度および再現をそれらのタスクに応じて評価することができる。ますます多くの統計的分類および機械学習技術がテキストカテゴリ化に適用されており、これには、多変数回帰モデル(Fuhr他、1991年、YangおよびChute、1994年、Schutze他、1995年)、k-最近傍分類子(Yang、1994年)、確率的ベイズモデル(LewisおよびRinguette、1994年)、判断ツリー(LewisおよびRinguette、1994年)、ニューラルネットワーク(Wiener他、1995年、Schutze他、1995年)、および記号規則学習(Apte他、1994年、CohenおよびSinger、1996年)が含まれる。より最近では、Joachims(1998年)がサポートベクトルマシン(SVM)をテキスト分類のために探究しており、有望な結果を出している。
【００２６】
分類子は、入力特徴ベクトルx:=(x1,...,xn)T∈IRnを確信fk(x)にマップする機能であり、そこから、入力特徴ベクトルxが、K個のクラスからなる集合C:={ck|k=1,...,K}の特定のクラスckに属するかどうかを導出することができる。テキスト分類の場合、これらの特徴は文書内の単語であり、クラスはテキストカテゴリに対応する。判断ツリーおよびベイズネットワークの場合、使用された分類子は、fk(x)が確率分布であるという意味で確率的である。
【００２７】
基本的には多数の技術で、既知の(すでにテーマ的にカテゴリ化されていることを意味する)文書から特徴を抽出することによって、カテゴリ化が最初に学習されなければならないことが必要である。それにより、各場合において、どの特徴が好ましいとされるか、および、類似性計算がどのように実行されるかについて異なる。一般に、文書のプレクラスタリングおよびk-最近傍(k-NN)分類がこのために実行される。文字通り、自動テキストカテゴリ化作業の大部分は、いくつかの有名なテキストデータセットに基づいており、これらはOHSUMEDデータセット、REUTERS-21578データセット、およびTREC-APデータセットなどである。これらのデータセットでは、トレーニングを受けた専門家によってテキスト単位にトピックまたはカテゴリによるラベルが付けられ、したがってカテゴリ化設計が固定される。主要な研究は、異なる分類マシンを比較するために行われる。たとえば、異なる分類マシンを同じトレーニングおよびテストセットにおいてトレーニングおよびテストすることによって、これらのマシンを比較することができる。
【００２８】
従来の分類方式の主な目的は、使用される分類子を、判断ツリー、ベイズネットワーク、およびサポートベクトルマシン(SVM)のような帰納的学習方法を用いてトレーニングすることである。これらを使用して、幅広いタスクにおいて柔軟性のある、動的な、パーソナライズされた情報アクセスおよび管理をサポートすることができる。線形SVMは特に有望であり、これは、線形SVMが大変正確かつ高速であるためである。これらのすべての方法では、少量のラベル付きトレーニングデータ(各カテゴリにおける項目の例を意味する)のみが入力として必要とされる。このトレーニングデータが、分類モデルのパラメータを「トレーニング」するために使用される。テストまたは評価段階では、モデルの有効性が、以前に見られていない事例においてテストされる。帰納的にトレーニングされた分類子は構築および更新しやすく、カテゴリ定義のカスタマイズを容易にし、これはいくつかの適用例では重要である。
【００２９】
各文書は特徴ベクトルの形式x:=(x1,...,xn)T∈IRnにおいて表され、前記特徴ベクトルの成分xi(1≦i≦n)は前記文書の単語を表し、これは通常、情報検索のためのよく知られているベクトル表現において行われる(SaltonおよびMcGill、1983年)。前記学習アルゴリズムでは、特徴空間が実質的に減らされ、2項素性値のみが使用され、これは、単語が文書内で発生するか、発生しないかを意味する。効率および効果の理由で、機械学習方法をテキストカテゴリ化に適用するとき、特徴選択が幅広く使用される。特徴の数を減らすため、特定のカテゴリへのそれらの所属に基づいた少数の特徴が選択される。YangおよびPedersen(1997年)は、特徴選択のためのいくつかの方法を比較する。これらの特徴は、前述のようなさまざまな帰納的学習アルゴリズムへの入力として使用される。
【００３０】
効率的な特徴選択を実行するための従来の手法
自動テキストカテゴリ化は主に2つの面としてカテゴリ設計および分類子設計を含み、これらが緊密に関連付けられる。一般に、統計的分類子のパフォーマンスは、マシン自体の固有の容量、ならびに、定義されたカテゴリの特徴選択および特徴ベクトル分布によって決まる。すなわち、各カテゴリ内で特徴ベクトルのより一貫した分布を、カテゴリ化設計を用いて達成することができる場合、単純な分類子が満足のいく分類精度を得ることははるかに容易である。
【００３１】
上述のように、自動テキストカテゴリ化は主に分類問題である。文書セットにおいて発生する単語および/または単語の組合せは、分類問題についての変数または特徴となる。比較的中程度のサイズを有する複数の文書からなるセットは、何万という別個の単語の語彙を容易に有する可能性がある。文書特徴ベクトルxのサイズは通常大きすぎるので、機械学習アルゴリズムをトレーニングするために有用ではない。多数の既存のアルゴリズムは単に、この莫大な数の属性と共に機能しなくなる。したがって、文書の頻度、相互情報量または情報獲得に基づいた効率的な特徴選択方法が、単語の数を減らすために使用されなければならない。しかし、考慮される単語の数があまりにも減らされている場合、カテゴリ化のタスクのための決定的な情報が失われる可能性がある。標準的に、特徴選択の後の単語の数はなお、数千語の範囲内である可能性がある。テキストカテゴリ化のために潜在的に使用することができる、いくつかの分類方式がある。しかし、これらの既存の方式の多数は、上述の問題のためにテキストカテゴリ化のタスクにおいてうまく機能しない。
【００３２】
多数の機械学習アルゴリズムのパフォーマンスおよびトレーニング時間は、問題を表すために使用される特徴の質に密接に関係付けられる。以前の作業(RuizおよびSrinivasan、1998年)では、頻度ベースの方法が、語の数を減らすために使用される。語または特徴の数は、大部分の機械学習アルゴリズムの収束およびトレーニング時間に影響を及ぼす重要な要素である。このため、語のセットを、最良のパフォーマンスを達成する最適なサブセットに減らすことが重要である。
【００３３】
特徴選択のための2つの手法である、フィルタ手法およびラッパー手法(LiuおよびMotoda、1998年)が文献で紹介されている。ラッパー手法は、特定のアルゴリズムと共に使用するために最良の特徴サブセットを識別しようと試みる。たとえば、ニューラルネットワークでは、ラッパー手法は最初のサブセットを選択し、ネットワークのパフォーマンスを測定し、次いで、「改良された特徴のセット」を生成し、このセットを使用したネットワークのパフォーマンスを測定する。このプロセスは、終了状態(改良が所定の値より低いか、あるいはプロセスが事前定義された反復数に渡って繰り返されている)に達するまで繰り返される。次いで、特徴の最終セットが「最良セット」として選択される。フィルタ手法はより一般に使用されており、特定の学習アルゴリズムにかかわらず、データのみから特徴セットのメリットを査定しようと試みる。フィルタリング手法は、ランキング基準を使用して、トレーニングデータに基づいて特徴のセットを選択する。
【００３４】
トレーニングセットのための特徴セットが識別された後、トレーニングプロセスが、(その特徴のセットによって表現された)各例を提示すること、および、トレーニングセットに含まれた知識のその内部表現をアルゴリズムに調整させることによって行われる。エポックと呼ばれる、トレーニングセット全体のパスの後、アルゴリズムは、そのトレーニング目標に達しているかどうかをチェックする。ベイズ学習アルゴリズムなど、いくつかのアルゴリズムは、単一のエポックのみを必要とし、ニューラルネットワークなど、他のアルゴリズムは、変換するための多数のエポックを必要とする。
【００３５】
トレーニングされた分類子はこのとき、新しい文書をカテゴリ化するために使用される準備ができている。分類子は通常、トレーニングセットとは別個である文書のセットにおいてテストされる。
【００３６】
以下では、自動テキストカテゴリ化によって与えられるような分類問題を解決するための、最も頻繁に使用される数学的手法を、典型的に要約するものとする。
【００３７】
-パーセプトロンモデル:パーセプトロンは、あるタイプのニューラルネットワークであり、実数値の入力の特徴ベクトルx:=(x1,...,xn)T∈IRnを取り、これらの入力の線形結合を計算し、単一の出力値f(x)を生じる。この出力f(x)は、以下の形式の内積として計算される。
【００３８】
【数１】
2004534324.tif 000003
【００３９】
ただし、w:=(w1,...,wn)T∈IRnは実数値の重みベクトルであり、θは、f(x)を1に設定するために入力の重み結合によって超えられなければならないしきい値である。それにより、パーセプトロンモデルはトレーニングされたシステムに相当し、これは、入力パターンが2つのクラスのうち一方に属するかどうかを判断する。パーセプトロンモデルの学習プロセスは、wi(1≦i≦nについて)およびθの最良値を、トレーニング例の基礎的なセットに基づいて選択することを含む。幾何学的に言うと、2次元では、これらの2つのクラスを直線によって分離することができる。したがって、パーセプトロンは、直線的に分離可能である分類問題についてしかトレーニングすることができないという制限を有する。現代のニューラルネットワークは、1950年代および1960年代のパーセプトロンモデルおよび最小2乗平均(LMS)学習システムの派生物である。パーセプトロンモデルおよびそのトレーニング手順は、Rosemblatt(1962年)によって初めて紹介され、現在のバージョンのLMSはWidrowおよびHoff(1960年)による。MinskyおよびPapert(1969年)は、多数の問題が直線的に分離可能ではないこと、および、その結果、パーセプトロンおよび線形判別方法がこれらの問題を解決することができないことを証明した。この作業は、ニューラルネットワークにおける研究を阻むことにおいて著しい影響を与えた。たとえば、Rumelhart、HintonおよびWilliams(1986年)は、多層ニューラルネットワークを使用したバックプロパゲーション学習手順を紹介した。
【００４０】
-判断ツリー分類:判断ツリーは、木を根ノードからある葉ノードまで下って事例をソートすることによって、事例を分類するために使用され、事例の分類を提供する。木における各ノードは、事例のいくつかの属性のテストを指定し、そのノードから降りる各枝は、この属性についての可能な値のうち1つに対応する。事例は、判断ツリーの根ノードで開始し、このノードによって指定された属性をテストし、次いで木を下ってこの属性の値に対応する枝に移動することによって、分類される。次いで、このプロセスがこの枝におけるノードで繰り返され、葉ノードに達するまでそのように行われる。C4.5のような幅広く使用されている判断ツリー帰納アルゴリズム、または、C4.5rulesおよびRIPPERなどのルール帰納アルゴリズムは、再帰的な分割アルゴリズムを用いて得ることができる判断ツリーを使用し、他と区別する特徴の数が多い場合にうまく機能しない。
【００４１】
-ナイーブベイズ分類:ナイーブベイズ分類子は、分類エラーを最小限にするために使用されるメカニズムである。新しい文書特徴ベクトルxの文書特徴値xi(ただし1≦i≦n)が与えられると、トレーニングデータを使用して、各カテゴリck(1≦k≦Kについて)の確率を推定することによって、ナイーブベイズ分類子を作成することができる。このために、ベイズの定理が、以下によって与えられる所望のアポステリオリ(条件付き)確率P(ck|x)を推定するために適用される。
【００４２】
【数２】
2004534324.tif 000004
【００４３】
P(ck|x)はしばしば計算するには現実的でないので、特徴値xiは条件付きで独立していると、ほぼ仮定することができる。これにより計算が単純化され、以下を生じる。
【００４４】
【数３】
2004534324.tif 000005
【００４５】
ただし、上の公式で使用された変数は、以下のように定義される。
ck:参照ベクトルのセットによって表現された、事前定義されたクラスまたはカテゴリであり、その平均ベクトルmkおよびその共分散行列Ck(ただしk∈{1,...,K})によって特徴付けることができる、
x:特定の文書についての特徴ベクトル(x∈IRn)、
xi:特徴ベクトルxのi番目の成分(1≦i≦n)、
P(x):特徴ベクトルxについてのアプリオリ(無条件)確率、
P(xi):特徴ベクトルxのi番目の成分についてのアプリオリ(無条件)確率、
P(ck):クラスckについてのアプリオリ(無条件)確率、
P(x|ck):特徴ベクトルxについてのアポステリオリ(条件付き)確率、前記特徴ベクトルxをクラスckに割り当てることができるという条件による、
P(xi|ck):特徴ベクトルxのi番目の成分についてのアポステリオリ(条件付き)確率、前記成分xiをクラスckに割り当てることができるという条件による、および
P(ck|x):クラスckについてのアポステリオリ(条件付き)確率、特徴ベクトルxを前記クラスckに割り当てることができるという条件による。
【００４６】
Rainbowなど、ナイーブベイズ分類技術は一般にテキストカテゴリ化で使用されているにもかかわらず、前記独立性の仮定はそれらの適用可能性を大幅に制限する。次いで、K個のクラスの集合C:={ck|k=1,...,K}では、分類のために必要とされる決定則が以下によって与えられる。
【００４７】
【数４】
2004534324.tif 000006
【００４８】
ただし、特徴ベクトルxがクラスckに割り当てられ、最大のアポステリオリ(条件付き)確率P(ck|x)による。
【００４９】
-最近傍分類:単一の参照ベクトルzkが各文書クラスck(1≦k≦Kについて)について適用される場合、特定の文書クラスckを表現するデータの分布を正確に述べることはできない。異なるクラス内のデータ分布のよりよい表現は、既知のクラス所属を有する多数の事前指定された参照ベクトルzr,k(1≦r≦Rかつ1≦k≦Kについて)が使用可能である場合、達成することができる。この場合、格納された参照ベクトルzr,kの間で最近傍についてサーチすることによって、未知の特徴ベクトルxを分類することができ、この最近傍は、未知の特徴ベクトルxまで最小の距離を有する特定の参照ベクトルzr,kを意味する。K個のクラスの集合C:={ck|k=1,...,K}では、分類のために必要とされる決定則が以下によって与えられる。
【００５０】
【数５】
2004534324.tif 000007
【００５１】
ただし、以下の通りである。
【００５２】
【数６】
2004534324.tif 000008
【００５３】
上記は、クラスckのすべての参照ベクトルzr,kへのユークリッド平方距離である。この距離尺度は区分的な線形分離関数につながり、それによりn次元データ空間の複雑な分割を達成することができる。
【００５４】
-k-最近傍分類:さまざまな問題領域について大変効果的であるように見えている事例ベースの学習アルゴリズムは、k-最近傍(k-NN)分類である。このアルゴリズムはまた、テキスト分類でも使用されている。この方式の重要な要素は、特定の文書の近傍を識別することができる類似性尺度の可用性である。k-NNで使用される類似性尺度の主な欠点は、それが距離の計算においてすべての特徴を使用することである。多数の文書データセットでは、合計の語彙のうち少数のみが文書のカテゴリ化において有用である可能性がある。この問題を克服するための可能な手法は、異なる特徴(または、文書データセット内の単語)について重みを適合させることである。この手法では、各特徴が、それに関連付けられた重みを有する。特徴についてのより高い重みは、この特徴が分類タスクにおいてより重要であることを含意する。重みが0または1であるとき、この手法は特徴選択と同じものになる。
【００５５】
Modified Value Difference Metric(MVDM)を使用して、カテゴリ的特徴の重要性を決定するk-NN分類アルゴリズムは、PEBLSである。これにおいて、複数の異なるデータポイントの間の距離はMVDMによって決定される。それらの特徴ベクトルxiおよびxj(ただし、i≠j)によって表現された2つの文書の間の距離は、これらの特徴ベクトルのクラス分布に従って測定される。MVDMによれば、xiおよびxjの間の距離は、これらが多数の異なるクラスにおいて類似の相対頻度で発生する場合、小さい。これらが多数の異なるクラスにおいて異なる相対頻度で発生する場合、この距離は大きい。2つの特徴ベクトルの間の距離は、MVDMによって決定された個々の特徴値距離の平方和によって計算される。文書において存在または不在となる各単語を考慮することによって、PEBLSを文書データセットにおいて使用することができる。PEBLSの主な問題は、特徴の重要性を、他のすべての特徴と無関係に計算することである。よって、ナイーブベイズ分類技術のように、異なる特徴の間の相互作用を考慮に入れることが不可能である。VSMはもう1つのk-NN分類アルゴリズムであり、共役勾配最適化を使用して特徴の重みを学習する。PEBLSとは異なり、VSMは最適化関数に従って、各反復において重みを改善する。このアルゴリズムは特にユークリッド距離尺度を適用するために開発されている。この手法の潜在的な問題は、k-最近傍分類問題が線形ではない(その最適化関数は二次関数ではないことを意味する)という事実によって引き起こされる。よって、このタイプの問題における共役勾配最適化は、最適化関数が多数の極小値を有する場合、必ずしも最小値に収束するとは限らない。
【００５６】
k-NN分類のパラダイムに基づくもう1つの分類アルゴリズムは、Weight Adjusted k-Nearest Neighbor(WAKNN)分類である。WAKNNでは、特徴の重みが、反復的アルゴリズムを使用してトレーニングされる。重み調整ステップでは、各特徴の重みが小さいステップにおいて混乱されて、その変化が分類目的関数を改善するかどうかが確かめられる。目的関数において最も改善を有する特徴が識別され、対応する重みが更新される。特徴の重みは類似性尺度計算において使用され、重要な特徴が類似性尺度においてより寄与するようにされる。いくつかの現実の文書データセットにおける試みは、WAKNNが有望であることを示し、これはWAKNNが、C4.5、RIPPER、Rainbow、PEBLSおよびVSMなど、現況技術による従来の分類アルゴリズムのパフォーマンスに勝るからである。
【００５７】
階層モデル
MeSHなどの語彙は、親子関係またはより狭い語の関係を使用して階層構造において語彙を編成する、関連付けられた関係を有する。これらの関係が語彙において構築されて、その編成が容易になり、インデクサの助けとなる。少数の作業を除いて、自動テキストカテゴリ化における大部分の研究者は、これらの関係を無視している。階層ツリーにおける語の配列はドメインの概念構造を反映するので、機械学習アルゴリズムはこれを活かして、それらのパフォーマンスを改善することができる。
【００５８】
文書の索引付けは、多数のカテゴリが単一の文書に割り当てられるタスクである。人間のインデクサはこれにおいて効果的であるが、これは機械学習アルゴリズムにとってかなり困難である。いくつかのアルゴリズムは、カテゴリ化タスクが二分であり、文書が2つ以上のカテゴリに属することはできないという、単純化の仮定さえ行う。たとえば、ナイーブベイズ学習手法は、文書が単一のカテゴリに属すると仮定する。この問題を、各カテゴリについて単一の分類子を構築することによって解決することができ、これは、学習アルゴリズムが、特定の語(カテゴリ)が文書に割り当てられるべきであるかどうかを認識することを学習するような方法で行う。これは多数のカテゴリ割り当て問題を、多数の二分決定問題に変える。
【００５９】
現況技術の既知の解決法の欠陥および欠点
上述のように、適用された各情報検索技術は特定の目的に合わせて最適化されており、したがってある制限を含む。
【００６０】
従来のサーチエンジンは、単語または句を含む何千もの文書を検索し、取り込まれるすべての文書中でソートすることにおいてリクエスタを支援しない。すなわち、それらの精度は不十分である。また、AND演算子をこれらのシステムに導入することにより、それらの再現が損なわれるようになる。これらのシステムのすべてが、さらにより基本的な欠陥により損なわれる。すなわち、これらのシステムは、リクエスタがブラウズ中に新しい単語および句に偶然に出会う程度以外のサーチ方法を、リクエスタに教示しない。これらのシステムはまた、索引付けが使用可能である程度までの索引付けの適用および使用を示唆せず、その自動化も行わない。これらのシステムはリクエスタに問合せを行わず、リクエスタに先へ進む代替方法を提供しない。これらのシステムは、以前に手動で索引付けされていない新しい文書を自動的に索引付けしない。
【００６１】
従来の情報検索システムの適用された分類方式は一様ではないので、この欠損はこのようにリクエスタの情報ニーズの不十分な満足に通じる。テーマベースのニュースの検索に関連する主な問題を、以下のように特定することができる。
【００６２】
-ウェブニュースのコーパスは、高速更新頻度または一時的な性質など、特定の制約による害を受け、これはニュース情報が「短命」であるためである。一般に、ニュース記事は、発行者のサイトにおいて短期間にのみ入手可能である。したがって、参照のデータベースは容易に無効となる。結果として、従来の情報検索(IR)システムは、このような制約に対処するように最適化されない。
【００６３】
-多数のウェブサイトは動的に構築され、しばしば同じURLにおいて経時的に異なる情報コンテンツを示す。これにより、これらのウェブサイトからそれらのアドレスに基づいてニュースを増分的に収集するためのいかなる方法も無効となる。
【００６４】
-各公開物はそれ自体のトピックの方式を有するので、各公開物によって定義された分類トピックを合致させることも困難である。
【００６５】
-一般的な統計的学習方法を自動テキスト分類に直接適用することにより、ニュース記事の非排他的な分類の問題が引き起こされる。各記事を正確にいくつかのカテゴリに分類し、その異質の性質を反映させることができる。しかし、従来の分類子は、正および負の例のセットによりトレーニングされ、通常は記事と多数のカテゴリの間の基礎的な関係を無視して2値を生じる。
【００６６】
-ニュースのクラスタリングは、同じコンテンツについての異なる公開物からの記事への容易なアクセスを提供し、重要な改良となる可能性がある。記事を同じトピックに自動的にグループ化するには非常に高い確信が必要とされ、これは、ミスが読者に明白になりすぎるからである。
【００６７】
上に示した問題に対処するために、専用検索メカニズムおよび多数のカテゴリ分類フレームワークをグローバルなアーキテクチャに統合し、情報についてのデータモデル、および、分類確信しきい値を備えることが必要である。
【発明の開示】
【発明が解決しようとする課題】
【００６８】
上述の説明に鑑みて、本発明の第1の目的は、高速アクセスを有し、インターネットまたはいずれかの高速企業ネットワークドメイン内で索引付けされた文書をサーチするために適切な情報検索(IR)システムのための、自動テキストカテゴリ化技術を使用した新規なサーチを提案することであり、これにより、前記環境内でサーチ問合せ結果の提示を改善することができる。必要とされる情報検索(IR)システムは、以下の特徴を備えるべきである。
【００６９】
-情報検索(IR)システムは、いかなる追加の手動索引付けも必要とすることなく拡張可能であるべきである。
【００７０】
-幅広く公式化された問合せをリクエスタから受け入れることができなければならない。
【００７１】
-サーチ問合せが開始された後、サーチの精度を相当に改善するために、リクエスタとの対話に入り、正確な索引付けを使用してサーチを精練化し、これに焦点を合わせ、それにより、関連文書再現率において対応する低減を受けることなく、ブラウズ時間および誤ったヒットを最小限にするべきである。
【００７２】
この目的は、独立特許請求項の特徴を用いて達成される。有利な特徴は、従属特許請求項において定義される。本発明のさらなる目的および利点は、以下に続く詳細な説明において明らかである。
【課題を解決するための手段】
【００７３】
基本的発明による情報検索システムは基本的に、自動文書および/またはテキストカテゴリ化技術の考えのために設けられ、どのように任意のテキスト(電子的形態における文書のコンテンツ)を自動的に認識し、事前定義されたカテゴリに割り当てることができるかについての問題に関係する。この基本的な技術を複数の製品に、複数の異なる環境内で適用することができる。いずれの場合も、複数のこの中に含まれた文書のために非常に時間のかかる手順である、インターネットを介してアクセスすることができる文書を選択的にサーチするための頻繁に発生するタスクを容易にするため、また、このタスクをバックグラウンドで自動的に実行するための考えは、基本的な適用例およびその環境にかかわらず、同じである。
【００７４】
基本的発明により提案された解決法はしたがって、共通のカテゴリ方式において編成された、インターネットおよび/または企業ネットワークドメインからの文書を検索、フィルタリングおよびカテゴリ化するための、サービスを定義するためのフレームワークの作成を含む。これを達成するため、専用の情報検索およびテキスト分類ツールが必要とされる。
【００７５】
簡単に要約すると、本発明は、リクエスタからのサーチ問合せを受信した後に文書をサーチするように設計される、対話的文書検索システムである。このシステムは、文書の単語パターンをトピックに割り当てる少なくとも1つのデータ構造を含む知識データベースを含む。この知識データベースを、文書の索引付きの集まりから導出することができる。基本的発明は問合せプロセッサを利用し、これはリクエスタからのサーチ問合せの受信に応答して、サーチ問合せに関係付けられる少なくとも1つの語を含む文書をサーチし、取り込むように試みる。いずれかの文書が取り込まれる場合、プロセッサは、取り込まれた文書を解析してそれらの単語パターンを決定し、次いで、各文書の単語パターンをデータベース内の単語パターンと比較することによって、取り込まれた文書をカテゴリ化する。文書の単語パターンがデータベース内の単語パターンに類似するとき、プロセッサは類似の単語パターンの関連トピックをその文書に割り当てる。この方法で、各文書が1つまたはいくつかのトピックに割り当てられる。次に、カテゴリ化された文書に割り当てられたトピックのリストがリクエスタに提示され、リクエスタは、少なくとも1つのトピックをそのリストから、リクエスタのサーチに関連するトピックとして指定するように求められる。最後にリクエスタは、リクエスタによって指定されたトピックがそれに割り当てられている、取り込まれ、カテゴリ化された文書のサブセットへのアクセスを認可される。このシステムは、インターネットまたはイントラネットに接続されたサーバに依拠することができ、リクエスタはシステムに、ウェブブラウザを装備したパーソナルコンピュータからアクセスすることができる。
【００７６】
時間を節約するため、一度処理された問合せが、それらの問合せによって検索された文書、および、それらが割り当てられるトピックのリストと共に保存される。周期的な更新および保守サーチが実行されて、システムが最新に保たれ、更新および保守中に実行された解析およびカテゴリ化が保存されて、後のサーチのパフォーマンスの速度が増す。システムを最初にセットアップし、ならびに、手動で索引付けされている文書のセットをシステムに解析させ、これらの文書の単語パターンのレコードを知識データベース内の単語組合せテーブルに保存し、これらの単語パターンを各文書に割り当てられたトピックに関係付けることによって、システムをトレーニングすることができる。これらの単語パターンを、サーチ可能な単語(冠詞、前置詞、接続詞など、サーチ不可能な単語を含まない)の隣接した対にすることができ、このような各ペアリングにおける単語の少なくとも1つは文書内で頻繁に発生する。
【００７７】
基本的発明による概念の主な考えは、インターネットの文書、および、その中に含まれた情報を、従来の自然言語ベースのアーカイブ構造を用いて処理することである。リクエスタはもはや多数の不適切な結果によって負担を受けないようにするべきである。その代わりに、リクエスタは対話形式で、広く適用可能な、あるいは個別に定義されたアーカイブ構造を用いて、適切な結果のセットの方に導かれるべきである。フォアグラウンドにおいて、最小限の技術的支出による容易かつ高速な操作性がある。
【００７８】
この目的は、以下の2つの必須の機能を使用することによってのみ、達成することができる。
【００７９】
1.文書のコンテンツが自動的に解析され、カテゴリ化され、アーカイブ構造に挿入されなければならない。
【００８０】
2.ユーザは、新規なユーザ面によって実行された対話的問合せシステムを用いて、結果のセットの方へ直観的に導かれなければならない。
【００８１】
基本的発明によって提案された解決法は、自動テキストカテゴリ化のための言語的および数学的手法に基づいたハイブリッド方法を備える、統合された、自動的かつ開かれた情報検索システムに相当する。
【００８２】
一方では、所望の情報を高速、簡単かつ正確な方法で提供する、基本的発明の好ましい実施形態による新規なインターネットアーカイブを用いて、すべてのインターネットユーザの要件を満たすことが可能である。他方では、個々の会社内のデータ管理について、著しい利点が生じる。
【００８３】
新たに開発された解析ツールおよびカテゴリ化技術は、実体化された言語規則のフレームワークからなるシステムアーキテクチャの基礎を形成する。これにより、いかなるサイズの任意のデータ供給をも自動的に解析、構築および管理することができる。
【００８４】
提案されたシステムは、自動コンテンツ認識技術を索引付きカテゴリの自己学習階層方式と組み合わせることによって、従来のシステムの問題を解決する。それにもかかわらず、このシステムはなお高速に動作する。大雑把な意味的全文調査を実行するのではなく、すべての入手可能な文書を文脈依存の賢明な方法でテーマ的に解析するために、このシステムを使用することができる。
【００８５】
階層構造トピックサーチは、これまでは容量の理由で企業ネットワークのドメイン内でのみ実行することができたが、ここではインターネットドメインに拡張することができる。このように、異なるイントラネットおよびインターネットは共に、同質の構造を有する共同データ空間に向かって成長することができる。
【００８６】
基本的発明の好ましい実施形態による情報検索システムを、個々の会社のアーカイブ構造およびデータ管理に柔軟に適合させることができる。すでに入手可能な階層構造を組み込み、それにより新しい情報に関連付けられることによって、入手可能な情報供給を読み込むことができる。垂直に編成された情報連鎖はこのように、必要とされたデータ供給および文書における永続的で分散されたアクセスを許可する、水平に編成されたアーカイブ構造によって再構築される。
【００８７】
したがって、個々の企業の情報および知識供給の仮想アーカイブが与えられ、これを完全にいつでも更新することができ、これは、基本的発明の好ましい実施形態による情報検索システムがまた、企業ネットワークドメインとインターネットの間のインターフェイスとしての機能も果たすからである。個々の会社の内部アーカイブ構造を、追加の支出を必要とすることなく、インターネット内に格納されたすべての文書に適用することができる。これにより、このシステムは両方のドメインにおけるサーチの単一化を可能にする。
【００８８】
特許請求の範囲の簡単な説明
対話的文書検索システムは、サーチ問合せをリクエスタから受信した後に文書をサーチするように設計される。それにより、前記システムは、単語パターンをトピックに関係付ける少なくとも1つのデータ構造を含む知識データベース、および問合せプロセッサを備え、問合せプロセッサはリクエスタからのサーチ問合せの受信に応答して、
-サーチ問合せに関係付けられる少なくとも1つの語を含む文書をサーチし、取り込むように試みるステップと、いずれかの文書が取り込まれる場合、
-取り込まれた文書を解析してそれらの単語パターンを決定するステップと、
-各文書の単語パターンを知識データベース内の単語パターンと比較することによって、取り込まれた文書をカテゴリ化するステップと、
-文書の単語パターンが知識データベース内の単語パターンに類似する場合、その文書に類似の単語パターンの関連トピックを割り当てるステップと、
-カテゴリ化された文書に割り当てられたトピックの少なくとも1つのリストをリクエスタに提示するステップと、
-リクエスタに、少なくとも1つのトピックをそのリストから、リクエスタのサーチに関連するトピックとして指定するように求めるステップと、
-リクエスタに、リクエスタによって指定されたトピックがそれに割り当てられている、取り込まれ、カテゴリ化された文書のサブセットへのアクセスを認可するステップとを実行する。
【００８９】
このために、自動コンテンツ認識技術を索引付きカテゴリの自己学習階層方式と共に用いる、自動テキストカテゴリ化のための言語的および数学的手法に基づいたハイブリッド方法を適用することができる。
【００９０】
基本的発明のさらなる利点および適合性は、従属請求項、ならびに、以下の図面において示す本発明の2つの好ましい実施形態の以下の説明の結果として生じる。
【発明を実施するための最良の形態】
【００９１】
基本的発明による解決法は、上述の技術の最も有効な要素を使用し、その最適化された合成に相当する。再設計されたカテゴリ化アルゴリズムは、従来のあるいは個々のアーカイブ構造に基づく言語的な文書およびデータ管理モデルと協調して、数学的および統計的基礎に基づいて、テキストを解析およびカテゴリ化することができる。
【００９２】
最近の経験により、多数の言語的詳細を、統計的方法を用いて補償することができるが、基礎的な言語の詳細な知識がなければ、文書のコンテンツを十分に決定することができない。したがって、基本的発明の好ましい実施形態による手法は、それ自体を統合された手法として理解する。この手法は、入手可能な文書のコンテンツ関連の文脈解析を実行し、これらの文書を、以前に定義されたカテゴリへテーマ的に割り当てる。
【００９３】
サーチエンジン
基本的発明の好ましい実施形態による情報検索システムの中心のコンポーネントである、新規なサーチエンジンは、上述の文書カテゴリ化を実行する。ここでは、すべてのステップが文書のコンテンツ関連の分類およびカテゴリ化のために実行され、このカテゴリ化の結果(いわゆる「抽出物」)が永続的にデータベースに格納される。
【００９４】
1.第1のステップである学習または開始ステップ(セットアップモード)で、所望のカテゴリが、新規なサーチエンジンを用いて学習されなければならない。これは、すでにテーマ的に1つまたはいくつかのカテゴリに割り当てられている文書を読みとり、解析することによって行われる。これにより、文書の割り当てを、個々の会社によって(たとえば、アーカイブ構造がすでに使用可能である場合)、あるいはトレーニングを受けたアーカイビストによって実行することができる。前記解析の結果、すなわち特定のカテゴリの文書に含まれた特徴が、永続的にデータベースに格納される。これらをいつでも読み出すことができ、したがって、特定の会社のデータセキュリティ構造に容易に含めることができる。
【００９５】
2.この第1のステップの後、認識または作成段階(ライブモード)が開始される。このとき、基本的発明の好ましい実施形態による新規なサーチエンジンに供給される文書、たとえば、テキストファイル、電子メールなどの形態におけるものが、次いで、データベースに格納された、すでにカテゴリ化された情報(抽出物)と比較される。新しい文書が、抽出物のカテゴリ化された情報との類似性を示す場合、前記文書のコンテンツを前記抽出物によって表現されたカテゴリに割り当てることができる可能性が非常に高いと見なすことができる。
【００９６】
この場合、実際には、すでに知られている文書(たとえば、UNC、URLなどを含むアドレス)への参照のみが格納され、文書のコンテンツは格納されないことに留意されたい。これにより、必要とされたメモリ空間を相当に最小化することができる。平均で、各文書について、カテゴリ化のために必要とされた150バイトの情報がデータベースに格納される。約600万もの文書を有する会社のネットワークでは、約860Mバイトの追加のメモリが、基本的発明の好ましい実施形態による新規なサーチエンジンのために必要となる。これは、3kバイトの平均文書サイズに基づいて、文書によって占有されたメモリ空間全体のわずか一部分(約5%)である。さらに、この手法により、ユーザが自分の文書を、通常格納される所に格納し続けることができる。よって、会社および/または個々の顧客の通常の作業の流れは損なわれない。
【００９７】
文書の事前カテゴリ化
基本的発明の好ましい実施形態による新規なサーチエンジンを用いて、文書を大変高速に解析することができるが、特定の文書の事前カテゴリ化が、反応時間をさらに改善するために実行される。システムが知り、特定のカテゴリにソートするべきである各文書は、以前に読み取られ、解析され、事前カテゴリ化されなければならない。次いで、文書の二方向唯一性の識別がデータベース内に、前記文書の割り当てられたカテゴリと共にファイルされる。
【００９８】
文書のサイズおよび数に応じて、事前カテゴリ化のための時間が変わる。それにもかかわらず、おおよその標準的な値を提示することができる。平均的なパフォーマンスを有し、オペレーティングシステムのLinuxにより実行するパーソナルコンピュータでは、1日につき約500,000もの文書をカテゴリ化することができる。より効率的なコンピュータ(たとえば、マルチプロセッサシステムを有するもの)では、この数の2倍または3倍さえ達成することができる。
【００９９】
加えて、文書へのアクセスを、前記文書を読み取る目的で実現できることが重要であることは言うまでもない。これにより、使用可能で十分に証明されたセキュリティ構造を変更する必要はなく、これらの文書のみが新規なサーチエンジンに格納され、その中に格納することができる。
【０１００】
連続的更新
文書のカテゴリ化されたインベントリのトピック性が、新たに設計された更新アルゴリズムによって保証される。前記更新アルゴリズムは、毎日発生する数の100万もの文書の修正およびそれ以上の処理に寄与し、また本質的に最新であるために寄与する。
【０１０１】
更新アルゴリズムは永続的にバックグラウンドで実行する。文書の修正がテストされ、必要であればさらなる解析が開始されて、カテゴリ化が常に本質的に最新であるようにされる。これにより、普通の作業の流れの障害を回避することができると考慮された。
【０１０２】
さらに、更新アルゴリズムは、スケーリングを容易に実行できるように設計される。修正の頻度が単一のコンピュータによって、そのパフォーマンスが制限されているためにそれ以上管理可能ではない場合、追加のコンピュータを、更新プロセスの部分を引き継ぐために使用することができる。
【０１０３】
他のシステムとの差別化
基本的発明の好ましい実施形態による文書検索システムは、市場で入手可能な製品とは、以下のいくつかの面において異なる。
【０１０４】
-カテゴリの定義を容易かつ高速に、特に個々の顧客について実行することができる。事前カテゴリ化は、数日以内で終了させることができるタスクである。さらに、さまざまなトピックの強調およびコンテンツ関連の整列を有する、異なる例示的アーカイブを用意する可能性がある。
【０１０５】
-オンラインテキストカテゴリ化は自動的に実行され、これを保守する必要はない。カテゴリ化の監視のための解析ツールは、結果の入手可能な品質がなお顧客の要件および現在の事実に対応するかどうかについて通知する。カテゴリ化システムのデフォルトパラメータの修正は、費用をほとんどかけずに低い支出で可能である。このコンポーネントの後のバージョンでは、カスタマイズ機能が統合され、これにより顧客は個別に、基本的発明の好ましい実施形態による新規なサーチエンジンを特定の要件に適合させることができる。
【０１０６】
-既存のカテゴリ化は、特定の会社の企業ネットワークにおいて、かつインターネット全体において、同時に影響を及ぼすことができる。インターネットからの各文書が、個々の会社において適用されるアーカイブ構造の観点から分類され、カテゴリ化される。このように、両方のドメインの文書の比較可能性がはるかにより簡単になる。
【０１０７】
-他の技術と比較して、基本的発明の好ましい実施形態による新規なサーチエンジンを用いた、さらなる言語への適合には、著しくより低い支出が必要である。
【０１０８】
-会社のドメイン内の、基本的発明の好ましい実施形態による新規なサーチエンジンの使用のための技術的支出は非常に低い。多数の場合、すでに使用可能なシステムを、情報のカテゴリ化および格納の追加のタスクに適用することができる。
【０１０９】
-基本的発明の好ましい実施形態による情報検索システムを用いて、幅広い範囲のオペレーティングシステムおよびデータベースをサポートすることができる。これによって、アーカイブされた柔軟性により、多数の会社が、提供された機能性を有益に使用することが容易になる。
【０１１０】
基本的発明の好ましい実施形態による情報検索システムの適用例
基本的発明の好ましい実施形態による情報検索システムは、その中心である新規なサーチエンジンを有し、個々の会社のドメインにおける、あるいは同様にインターネットのドメインにおける、異なる場所で容易に使用することができる。以下では、これらの2つの重要な適用分野を簡単に説明する。
【０１１１】
1.応用分野、インターネット
基本的発明の好ましい実施形態による新規なサーチエンジンの、解析中の高いパフォーマンス(1日につき数百万もの文書)、および比較的小さいメモリ要件により、新規なサーチエンジンは、インターネットからの情報の構築のための理想的な基礎である。
【０１１２】
1つの可能な適用分野は、基本的発明の好ましい実施形態によるインターネットアーカイブである。たとえば、インターネットを介してアクセス可能な6000万ものドイツ語の文書がカテゴリ化され、それらのカテゴリ情報と共に格納され、それにより、専用に設計された新規なサーチエンジンを使用する。
【０１１３】
それにより、顧客はサーチキーを、新規な対話的ユーザインターフェイスを用いて入力することができる。インターネットからの、所望のサーチキーを含む各文書が、従来の方法でサーチされる。しかし、以前の手法とは対照的に、数千もの無関係のサーチヒットがそれ以上連続して表示されない。その代わりに、すべてのサーチヒットが、事前定義されて一般に承認されているアーカイブ構造を用いて解析される。相応して、最初にこれらのカテゴリが表示され、ここで、入力されたサーチキーを含む文書を検索することができる。したがって、リクエスタは多数の結果による負担を受けないが、提供されたカテゴリ内で、自分が実際にサーチ中である文書を容易に選択することができる。
【０１１４】
上述の適用分野は、基本的発明の好ましい実施形態による前記インターネットアーカイブの以下の特徴を用いて可能にされる。
【０１１５】
-新規なサーチ技術:基本的発明の好ましい実施形態による前記情報検索システム内で、従来のサーチマシン機能を備える、新規な、高いパフォーマンスの「クローリングおよび構文解析」技術が使用される。この適用分野は、事前カテゴリ化のために提供されたテキスト素材が特に、品質および速度の面に関するカテゴリ化システムのニーズに合わせて最適化されるような方法で、設計される。
【０１１６】
-更新:インターネットにおける多数のウェブサイトにより、日々変化するウェブサイトの数は大変多い。これにより、1日につき最大200万もの変更されたウェブサイトを考慮しなければならない。この莫大な量のデータに対処するために、専用に開発された更新機能が、ウェブサイトをそれらの個々の修正サイクルに応じて訪れてウェブサイトをさらなる解析のために提供するために、使用される。このように実施された更新機能は1日24時間実行し、インターネットアーカイブの最大トピック性を保証する。
【０１１７】
-スケーリング:使用されたシステムの、全体のパフォーマンスおよびインターネットへのアクセス可能率に関するアーキテクチャを、適用されたハードウェアおよびソフトウェアにそれぞれ関して、またインターネットへの同時アクセスにおける高い需要にも対応して、容易にスケーリングすることができる。すべての使用されたコンポーネントの拡張可能性を、高速かつ容易に実現することができる。
【０１１８】
基本的発明の好ましい実施形態によるインターネットアーカイブは、孤立した製品ではない。その機能をむしろ、個々の会社の特有のニーズに適合させることができる。前記適合は特に、個別に適合されたカテゴリの定義、およびアーカイブ構造へのソートに基づいて実行される。たとえば、ある会社は、すでに使用可能なそれ自体のアーカイブ構造を、基本的発明の好ましい実施形態による新規なサーチエンジン内に格納することができ、後に、前記アーカイブ構造を用いてインターネットをサーチすることができる。この場合、基本的発明の好ましい実施形態によるインターネットアーカイブのサーチ機能性が使用され、それにより、最適なアクセス率および結果の処理を保証することができる。
【０１１９】
個々の会社の従業員に、カテゴリ化された文書を通常通りに前記会社のドメイン内で提供することができる。オプショナルで、特定のカテゴリの文書をマスクオフし、他のカテゴリを強調させることができる(ランキング)。
【０１２０】
2.適用分野、企業ネットワーク
基本的発明の好ましい実施形態による新規なサーチエンジンの容量をまた、個々の会社の企業ネットワークまたは企業イントラネット内で使用することもできる。これにより、システムのパフォーマンスは、文書のコンテンツ関連解析を可能にする同じコア技術に基づく。
【０１２１】
インターネットと比較して、企業ネットワークでは、基本的発明の好ましい実施形態による新規なサーチエンジンに文書が供給される方法のみが異なる。ここでは、インターネットドメインで使用される従来のサーチ機能を通常は使用することができず、これは、記憶タイプおよびファイルフォーマットが、インターネットで入手可能な文書のものとは相当に異なるからである。たとえば、処理されなければならないテキストを、ここではHTMLファイルのフォーマットにおいてのみ発見できるのではなく、Microsoft Word、Microsoft PowerPoint、Microsoft RTF、Lotus Ami ProおよびWordPerfectのようなフォーマットにおいてもそれぞれ発見することができる。加えて、以下においてもテキストを発見することができる。
-ORACLE、Microsoft SQL Server、IBM DB/2などのようなデータベース内、
-メールまたはメッセージングサーバ内(たとえば、Lotus Notes、Microsoft Exchangeなど)、
-UNIX（登録商標）システムにより実行するネットワークディスクドライブ内、または
-メインフレームコンピュータの記憶パーティション内。
【０１２２】
これにより、企業ネットワークのドメイン内のオペレーションがはるかにより困難となる。それにもかかわらず、基本的発明の好ましい実施形態による新規なサーチエンジンのモジュラーアーキテクチャは、この適用分野において使用されるために専用に装備される。図12からわかるように、解析されるべき各文書が最初にいわゆるフィルタリングモジュールに提出される。ここで、実際のテキストが文書から抽出され、解析モジュールに供給される。この技術により、文書の特定のタイプ(Microsoft Word、Microsoft PowerPoint、Microsoft RTF、Lotus Ami ProまたはWordPerfect)を決定し、関連付けられたフィルタリングモジュールを開始することが可能となる。このために、新規なサーチエンジンへの供給方法のみが、特定の会社の使用可能なネットワークインフラストラクチャに適合されなければならない。いくつかの場合、最も重要かつ最も頻繁に要求される文書が、中央ファイルサーバ内に格納され、これをユーザからネットワークディスクドライブを介して適用することができる(Windows（登録商標）では「シェア」とよばれ、UNIX（登録商標）では「エクスポートされたファイルシステム」と呼ばれる)。他の場合、重要なデータはデータベース内に格納され、かつ/または、文書管理システムによって管理される。
【０１２３】
物理的メモリおよび特定のファイルフォーマットの特定の位置に関係なく、関連テキストを抽出して、基本的発明の好ましい実施形態による新規なサーチエンジンに渡す可能性がある。
【０１２４】
企業ネットワークのドメインでは、サーチ問合せの得られた結果の表現が極度に変わる可能性がある。インターネットの解決法である、基本的発明の好ましい実施形態によるインターネットアーカイブでは、新規なユーザインターフェイスが設計され、開発された。上述のユーザインターフェイスのための得られた結果のセットへの容易なアクセスを実施することが非常に慎重に考慮されたとしても、この形態の表現がすべての会社について有効である必要はない。
【０１２５】
それにもかかわらず、新規なサーチエンジンのデータベース内に格納された情報を、特定の会社の要件に従って特定の方法で読み出し、かつ/または提示しなければならない、特定の状況がある。これらの状況では、単純なアプリケーションプログラミングインターフェイス(API)が定義され、それにより、任意のアプリケーションからの、基本的発明の好ましい実施形態による新規なサーチエンジンへの容易なアクセスが可能となる。
【０１２６】
システムアーキテクチャ
基本的発明の好ましい実施形態による情報検索システムは、多数のモジュールを備えることができる。3つのコアモジュールが共に、新規なサーチエンジンを形成する。さらに、顧客および適用分野に従って異なるように構成することができる追加のオプショナルのモジュールを、使用することができる。
【０１２７】
コアモジュールのパフォーマンス
前のセクションからわかるように、すべての中心のモジュールは、基本的発明の好ましい実施形態による新規なサーチエンジン内で結合される。新規なサーチエンジンは、適切に定義されたインターフェイスによって互いに分離されると同時にスケーリングのために設計された、3つの異なるモジュールを備えており、すなわち、フィルタリングモジュール、解析モジュール、および知識データベースである。
【０１２８】
フィルタリングモジュール
フィルタリングモジュールは、テキストフィルタの適用のためのフレームに相当し、それにより関連テキストを、特定の内部構造を有する文書から抽出することができる。たとえば、HTMLフィルタが適用される場合、すべてのフォーマット命令(HTMLタグ)が拒否され、検索された文書の純粋なテキスト部分が分離される。多数の状況では、加えて、これらのテキスト部分のどれがリクエスタにとって関連があるかが識別されなければならず、これは多数のHTMLウェブサイトが多くの無関係の追加の情報を含んでおり、これらが前記ウェブサイトの実際のコンテンツを指すものではないからである。
【０１２９】
他の文書タイプ(たとえば、Microsoft Word)の使用にも、フォーマット情報を除去することが必要である。このようなファイル構造の関連コンテンツを容易に得ることはできるが、実際には、その解析がより広範囲に渡るバイナリファイルの問題である。
【０１３０】
フィルタリングモジュールは、パフォーマンスのいかなる損失もなしに最大限の移植性を可能にするために、プログラミング言語C++を用いて実施することができる。たとえば、プログラムを異なるコンピュータ上で実行しなければならない場合、可能な限りソースコードの再配列を回避するために、基本的なオペレーティングシステムに依存する要素が、分離されたクラスにシフトされた。
【０１３１】
さらに、複数のモジュールの間の通信メカニズムが使用され、これらはほぼすべてのオペレーティングシステムによって、スケーリングを容易にするために同じ形式で使用される。したがって、フィルタリングモジュールを第1のコンピュータ上で開始するが、新規なサーチエンジンの他のモジュールは他のコンピュータ上で実行中であるということが可能である。
【０１３２】
これにより、基本的発明の好ましい実施形態による新規なサーチエンジンを、ユーザの要件に容易に適合させることができる。最初は、サーチエンジン全体を単一のコンピュータ上で実行させることができる。このコンピュータのパフォーマンスがそれ以上十分でない場合、検索された文書の高いパフォーマンスのフィルタリングを実行するために、独立したコンピュータをただフィルタリングモジュールのためにのみ容易に使用することができる。
【０１３３】
解析モジュール
同様に、パフォーマンスのいかなる損失もない最大限の移植性が、解析モジュールのために考慮された。解析モジュールのすべてのコンポーネントはプログラミング言語C++で書かれており、それにより、実際の認識アルゴリズムは基本的なオペレーティングシステムとは完全に無関係である。
【０１３４】
他のモジュールとの通信を維持するプログラムの各部分が、異なるクラスを用いて分離された。このように、従来の通信メカニズムを使用するのではなく、プロセス間通信(IPC)を容易に使用することができる。IPCの実施のための支出は最小限である。
【０１３５】
さらに、基本的発明の好ましい実施形態による知識データベースへのアクセスが、内部的に定義されたインターフェイスを用いて解析モジュールから適切に分離された。解析モジュールのタスクについては、基本的なデータベースのバージョンは無関係である。それにより、従来のデータベースを用いて容易に満たすことができる最小限の要求のみが行われた。
【０１３６】
知識データベース
コアモジュールの最後のものである知識データベースは、カテゴリ情報の永続的格納、および、それに必要とされた内包を含む、すでに(トピックが)知られており、解析されている文書への参照のために使用される。前記知識データベースは、多数のデータベースシステム内に格納することができる論理データモデルである。
【０１３７】
基本的発明の好ましい実施形態によるインターネットアーカイブでは、たとえばデータベースシステムのORACLE(バージョン8.1.6)を使用することができ、これはORACLEが、処理されるデータの量および場合によっては多数のアクセスに適したプラットフォームに相当するためである。さらに、データベースシステムのORACLEは、スケーリングを大いに可能にする多数のメカニズムを装備している。加えて、ORACLEは、互いに通信してデータを交換することができる多数のオペレーティングシステム(たとえば、SunSoft Solaris、HP-UX、AIX、Linux、Microsoft Windows（登録商標） NT/2000、Novell NetWareなど)について提供されている。
【０１３８】
基本的発明の好ましい実施形態による知識データベースのためのデータモデルの設計では、すでに会社内で使用されているデータベースも使用できることが、意識的に考慮される。たとえば、データモデルをMicrosoft SQL Server(バージョン7およびそれ以上のバージョンを推奨)内に、大きな支出もなく格納することも可能である。別法として、InformixまたはDB/2(IBMにより開発)および他のデータベースの適用も考慮に入れることができる。
【０１３９】
オプショナルのモジュール
基本的発明の好ましい実施形態による新規なサーチエンジンのこれらのコアモジュールの他に、複数のオプショナルのモジュールが提供される。
【０１４０】
新規なサーチエンジンの各適用分野によって、解析される文書が検索されてユーザに供給される方法が大変異なる。インターネットの範囲における適用では、使用可能な従来のサーチ技術と、基本的発明の好ましい実施形態による解決法とを組み合わせたものが推奨される。別法として、ユーザ特有のサーチ技術も使用することができる。
【０１４１】
企業ネットワークの範囲におけるサーチでは、エージェント技術または専用に適合されたサーチ技術が提案される。同じことは、結果の提示に当てはまる。
【０１４２】
カスタマイズされたユーザインターフェイス
基本的発明の好ましい実施形態による情報検索システムの実施中に追求されたモジュラー概念はまた、他のコンポーネントについても達成される。このように、基本的発明の好ましい実施形態による新規なサーチエンジンの中心のコンポーネントの他に、さらにオプショナルのモジュールが作成された。これはたとえば、顧客の個々の要件に容易に適合させることができる、ユーザインターフェイスである。
【０１４３】
新規のユーザインターフェイスは、インターネットアプリケーションのために設計された。サーチキーがユーザによって入力された後、前記アプリケーションはコントロールを引き継ぎ、顧客を所望の結果へルーティングし、この結果は従来のサーチエンジンのものよりはるかによい品質のものであり、これはユーザにとって関連のある文書のみが表示されるからである。加えて、得られた結果がカテゴリ化される。基本的な実施態様を用いて、選択されたカテゴリの各文書が、その起源(公共の場、メディアおよび/または百科事典、企業または他のソース)に従って分類される。このように、他のいずれのアプリケーションにおいても達成されない差別化が提供される。
【０１４４】
基本的発明の好ましい実施形態による知識データベースにおけるアクセスが、固定インターフェイス(PL/SQLパケットまたはC++クラスとしてそれぞれ定義することができる)を用いて実行されるので、これらのデータを異なる形式で表示することは、考えられる限りでは簡単である。理論上、クライアント/サーバアーキテクチャに基づいた他のアクセスも考えられる。この場合、データベースからの情報をMicrosoft Access内で、あるいは、プログラミング言語のVisual Basicを用いて検索することもできる。
【０１４５】
加えて、会社内ですでに使用可能なユーザインターフェイスへの実施が可能である。このように、基本的発明の好ましい実施形態による知識データベースのデータに、企業の個々のポータルからアクセスすることもできる。これにより、このポータルをプログラミング言語のJava（登録商標）(たとえば、JServlets)で操作できるか、VBScript(たとえば、Active Server Pages)で操作できるか、PHP(Apache Webサーバ内)で操作できるかどうかは、無関係である。いずれの場合も、データを容易に検索することができる。
【０１４６】
文書のサーチおよび監視
インターネットドメインでは、文書のサーチおよび/または文書変更の監視がすでに大いに開発されているのに対して、しかし、イントラネットドメインでは、これらの技術が不十分である可能性があると言わなければならない。
【０１４７】
この場合、「不十分」という語は、ネットワーク内の中央の場所での文書のファイリングに基づいているインターネットドメインについての、すべての従来の手法に言及している。これにより、これらの文書をはるかにより容易な方法で管理することができるが、これは、これらの文書をサーチ中の顧客にとって、追加の作業および柔軟性の不足を意味する。これらの手法に基づいたシステムは作業の流れにおいて大幅に介在し、多数の適合を必要とする。これは、たとえば、使用可能な文書管理ソフトウェアが場合によっては、使用されているメッセージソフトウェア(Lotus Notes、Microsoft Exchangeなど)と協調せず、したがって両方のシステムにおける文書の一様なサーチがまったく可能でないことを意味する。
【０１４８】
しばしばサーチ要求の失敗の原因であるさらなる問題は、ファイルを格納するための非常にさまざまな位置およびタイプである。サーチを成功させるためには、異質環境内でもサーチを可能とする一様なメカニズムが使用可能でなければならない。
【０１４９】
したがって、基本的発明のさらなる目的は、ユーザに、会社内で使用可能なすべての文書およびテキストを提供して(このデータを格納するための位置またはタイプにかかわらず)、ユーザが、どこで文書を発見することができるかを厳密に知る必要がないようにすることである。前記文書が知識データベース内に格納される限り、顧客がそのために作業中である個々の会社のセキュリティ対策によって承認されるという条件で、この文書を容易に検索して顧客に供給することができる。
【０１５０】
基本的発明の好ましい実施形態による新規なサーチエンジンへの、適切に定義されたインターフェイスによって、異なるプラットフォーム上の最も異なるタイプの文書のサーチを、高速かつ容易に実現することができる。このための基礎は、インターフェイスおよびコンポーネントのいわゆるフレームワークであり、それにより新しいコンポーネントを容易に統合することができる。
【０１５１】
インターネットへのインターフェイス
前のセクションで導入した、統合されたサーチ技術は、オプショナルのモジュールとして使用可能であり、これを用いて、その何百万もの自由にアクセス可能な文書を有するインターネットを、容易にユーザの焦点に移動させることができる。このために、基本的発明の好ましい実施形態によるインターネットアーカイブですでに使用されているこれらの技術が使用される。他方では、これは、完全にプログラムおよびテストされたバージョンにおいてすでに使用可能であるコンポーネント、および他方では、基本的発明に適用されたソフトウェアの一体化特性を明確にするコンポーネントに関係する。
【０１５２】
ある会社がすでにそれ自体のアーカイブ構造を有しているという条件で、基本的発明の好ましい実施形態による新規なサーチエンジンに格納された構造を、追加のプログラミングを必要とすることなく、インターネットドメインからの文書まで拡張することができる。会社がそれ自体のアーカイブ構造をまだ有していない場合、これを容易にインストールすることができる。
【０１５３】
このように、すべてのアクセス可能な文書への一様なアクセスを、これらの文書が各会社のイントラネットドメインから来るのか、インターネットから来るのかにかかわらず、達成することができる。
【０１５４】
専門データベースへのインターフェイス
インターネットから自由に入手可能な文書およびテキストは、適切に解析およびカテゴリ化されるという条件でよりよい配列による著しい利点に相当するが、この他に、テキストを専門データベースから受信することもでき、これは有料のサービスである。顧客によってサーチ問合せを入力する場合、これらのデータベース内に格納された文書への参照を、イントラネットまたはいずれかの企業ネットワークから検索された文書とは別に、表示することができる。
【０１５５】
このために、文書サーチのフレームワークにリンクさせて、専門データベースから検索された文書の自由にアクセス可能な要約を読み出し、カテゴリ化することができる、インターフェイスが設計されている。この方法を用いて、専門データベースからのテキストの不要な抽出物(企業にとっては非常に高価となる可能性がある)を回避することができ、これは、基本的なアーカイブ構造により、発見された文書が適切であるかどうかが、顧客にとって即時に理解可能となるからである。前記システムの管理のための支出は最小限である。
【０１５６】
以下の適用もまた可能である。
【０１５７】
-多言語使用:多言語使用は、大規模で世界的に活動する企業の範囲において、システムの適用を成功させるための基礎である。
【０１５８】
-企業ネットワークのドメイン内での文書サーチ:上述のように、企業ネットワークのドメイン内での文書サーチは、インターネットのドメイン内よりもはるかにより困難である。したがって、異なるオペレーティングシステム、ネットワークおよびデータベースのためのアナログサーチ技術が必要である。
【０１５９】
-さらなるデータソースを読むためのフィルタリング手段:企業ネットワークのドメイン内での文書の適切な処理のために、さらなるデータソースを読むための追加のデータフィルタが必要とされる。また、フィルタリングモジュールに統合することができるフィルタの必要もある(たとえば、Microsoft ExchangeまたはLotus Notesにおけるアクセスを可能にするため)。
【０１６０】
カスタマイズされた製品適合
-カスタマイズ:ユーザの特定の要件に従って、カスタマイズされたアプリケーションを開発および設計しなければならない。たとえば、標準化された方法で可能である限り、これらのアプリケーションによりサーチエンジンを顧客の特定の要件に個別に適合させることができる。
【０１６１】
-セキュリティ構造:通常、各企業はその文書のためのそれ自体のセキュリティ構造を有する。それにより、このシステムを既存のセキュリティ構造に統合することが目的である。また、たとえばMicrosoft Active Directory、Novell NDSおよび他のX.500ベースのサービスのような、既存のサービスとの協調も大変重要である。
【０１６２】
-論理データ空間の概念:文書および/またはデータソース特定の特徴、ならびにそれらのセキュリティ要件が、論理データ空間の概念によって合理的に要約される。データ空間は、論理的に接続された文書のセットである。それにより、ユーザには複数のこのようなデータ空間が提供されるべきである。次いで、管理者はこれらのデータ空間を個別に開くかあるいは閉じる可能性を有する。このために、前記データ空間の概念は、完全に開発および実施されなければならない。
【０１６３】
-例示的アーカイブ:複数の顧客はそれ自体のアーカイブをまだ有していないので、事前定義された例示的アーカイブにアクセスすることは大変重要となる。それにより、高い実施コストを顧客のために節約することができる。それにもかかわらず、顧客は、個々の適合を自分自身で実行できるべきである。
【０１６４】
一連の補足的な製品を開発および製作することができる。基本的発明による新規なサーチエンジンの能力をユーザに、多数の媒体を介して提供すると同時に、任意の形式のテキストにおいて同質に構築されたアクセスを可能にすることが目的である。
【０１６５】
-モバイルアプリケーション:基本的発明の好ましい実施形態によるインターネットアーカイブの機能を、モバイルアプリケーションに容易に統合することができる。それにより、サーチキーの入力、およびサーチ結果の表示も、携帯電話デバイスおよび携帯情報端末(PDA)について使用可能にすることが計画される。これは、WAP規格を適用することができるマンマシンインターフェイスを開発しなければならないことを意味する。同様に、UMTS規格に従ったモバイルアプリケーションを使用した顧客の入力が受信されなければならず、対応する回答が戻されなければならない。UMTSによって供給される広帯域によって、グラフィカルユーザインターフェイスを適用することができる。
【０１６６】
-パーソナライゼーション:ユーザインターフェイス、および、情報検索システムのさらなる要素も、さらに顧客の要件に適合されるべきである。このように、特定の分野からのサーチ結果における強調は、ユーザインターフェイスの特定の設計とは別に考えられる。各顧客は、情報検索システムを特定の要件に適合させて、このシステムでよりよい識別の効果を達成する可能性を有するべきである。このように、システムのより高い受け入れを達成することができる。
【０１６７】
-自動音声認識:今後数年以内に、音声データ入力を用いたプログラムコントロールのための需要が高まるであろう。したがって、自動的に認識および解釈されなければならない音声コマンドを用いたサーチ問合せを開始することが必要である。加えて、サーチ結果もまた、音声データ出力を用いて提示されるべきである。基本的発明の好ましい実施形態による新規なサーチエンジンは次いで、自動音声認識アプリケーションを用いてコントロールされる。
【０１６８】
-エージェント技術:さらなるカスタマイズと共に、新しいサーチ技術がユーザに提供されるべきである。たとえば、サーチ問合せがプログラム(「エージェント」と呼ばれる)に渡され、このプログラムが連続的にサーチ問合せをバックグラウンドで処理するべきである。これらのプログラムは、得られた結果を、サーチが終了されて初めて提示する。別法として、インターネットおよび/または企業ネットワーク内の特定のイベントの発生に反応するプログラムを開発することができる。
【０１６９】
好ましい実施形態の詳細な説明
本発明の基礎となる基本的概念は、リクエスタが機械ではなく別の人間と話しているかのように機能させることである。リクエスタは、サーチ語を入力することによって質問を尋ねる。次いで、検索システムが、人間が行うかのように、それ自体の質問により応答し、この質問がリクエスタに、いくつかの提案されたトピック(または、主題もしくはテーマ)から1つを選択してサーチを狭めて焦点を合わせるように促し、再現における相応の下落なしにサーチ精度を改善する。1つまたは複数のこのような質問および回答を通じて、リクエスタはサーチの範囲を、リクエスタが提供したサーチ語を含むすべての文書の小さい索引付きのサブセットに狭めることができる。
【０１７０】
したがって、このシステムは、対話を通じて、かつ、文書の索引付けの使用を通じて、サーチを狭めることによって、意味的曖昧性をなくすように試みる。索引付けは比較的正確であり、リクエスタが意図したものとは意味的に異なる方法でサーチ語を使用する文書の検索をブロックすることによって、精度を大幅に改善する。しかし、サーチ語の意味的に異なる意味を含む文書のみが検索からブロックされるので、システムの再現パフォーマンスは比較的損なわれないままで残る。
【０１７１】
一例として、リクエスタがサーチ語「ゴルフ」をシステムに入力する場合、リクエスタには、異なる方法でサーチ語「ゴルフ」に関係付けられるトピックのリスト(たとえば、「車」、「スポーツ」、「地形」など)が提示される。リクエスタがトピック「車」を選択する場合、リクエスタにはサブトピックのリスト(たとえば、「車の売買」、「技術仕様書」、「車の修理」など)が提示され、リクエスタはサブトピックを別に選択しなければならない。最後に、リクエスタには、選択されたトピックならびにサーチ語に密接に関係付けられる文書のセットが提示される。
【０１７２】
この手法の中心は、好ましくは前もって、あらゆる文書をトピックまたは索引カテゴリの階層方式に解析およびカテゴリ化させる概念である。システムが最初にセットアップされるとき、および、新しい文書が発見されカテゴリ化されるときは常に再度、トピックがシステムに組み込まれる。文書をトピックに割り当てるこのプロセスは、知識開発と呼ばれる。これは一度手動で、システムセットアップ活動として行われなければならない。経時的に、サーチ語が、それらがリンクされる先の文書と共に保存され、これらの文書の索引付けを示すテーブルが構築される。まったく新しいサーチ語がリクエスタによって供給されるときは常に、インターネットまたはイントラネットのドメイン内の索引付きでないサーチが実行され、発見された新しい文書が次いで自動的に単語および句のコンテンツについて解析され、すでにシステム内に存在する索引付き文書の単語および句のコンテンツと比較され(カテゴリ化)、次いで、将来の参照のために索引付きデータベースに組み込まれる。システムはこのように、新しい質問を受信して新しい文書に出会うときに学習する。これにより、システムはその索引付きの知識ベースを経時的に拡張し、システムが使われるときに改善されたパフォーマンスを与える。
【０１７３】
図11を参照して、本発明のための典型的なハードウェア環境を開示する。このシステムはリクエスタのPC1102によってアクセスされ、PC1102はブラウザ1104を装備し、リクエスタの以前のサーチ活動に関する状況情報1106を含み、これについては以下で説明する。PC1102はインターネットまたはイントラネット106を介して、かつ、ファイアウォール1110およびルータ1112を通じて、いくつかのウェブサーバ1114、1116、1118および1120のうち1つと通信し、このウェブサーバは、図1の概要において示す対話的検索システム手順100を含む。
【０１７４】
ルータ1112は、多数のリクエスタのPCから入ってくる問合せを、使用可能であるウェブサーバのすべてに一様にルーティングする。したがって、リクエスタはどのウェブサーバに自分がアクセスするかを知らず、リクエスタは通常、自分がサーチ語を提出するか、あるいはシステムによって提示された質問に答えるたびに、異なるウェブサーバにアクセスするようになる。したがって、各ウェブサーバ1114、1116、1118および1120は、図1に示す同じ等しい処理手順を含むが、リクエスタのPC1102に依拠して、状況情報1106を、提出された各サーチ語、または、システムによって提示された質問に対して提出された回答の各々と共に提出し、それによりウェブサーバ114(その他)に、どこでリクエスタが所与の文書検索オペレーションおよび対話を完了するプロセスを進めているかについてアドバイスする。
【０１７５】
ウェブサーバ1114(その他)はデータベースエンジン1124に、ローカルエリアネットワークすなわちLAN1122を介してアクセスする。データベースエンジン1124は知識データベース200を保守し、その詳細を図2に示す。この知識データベースは、以前に使用された問合せ語のリスト214、ならびに、これらの問合せ語を含む文書の索引付けのレコード216および218も含み、これらは手動または自動の索引付けによって決定され、これについては以下で説明する。データベースエンジン1124はまたオプショナルで、リクエスタプロファイル情報、および、リクエスタが関心を有する情報のタイプも含むことができる。これをさまざまな目的に使用することができ、この目的には、リクエスタのPC1102上でサーチと共に提示するための広告を選択して、広告がリクエスタの関心に対応するようにすることが含まれる。
【０１７６】
ウェブサーバ、たとえば1114が、まだデータベース200内にない新しいサーチ語に出会うとき、ウェブサーチャー1114がサーチエンジン1128に、インターネットまたはイントラネットの新しいサーチを、その特定のサーチ語を含む文書について行うように求める。サーチエンジン1128によって戻された結果が次いでウェブサーバ1114によって、以下で説明する方法で処理されて、サーチ語(図2では問合せ単語と呼ばれる)、いずれかの新たに発見された文書(図2ではURLと呼ばれる)、およびこれらの文書の索引付け(図2ではトピックと呼ばれる)が知識データベース200に、将来のサーチの実施および高速化において使用するために記録される。
【０１７７】
周期的に、ウェブサーバ1114その他はサーチエンジン1128に、以前に発見された文書を再検査してデータベース200を更新および保守するように、かつ、システム全体を十分に動作可能かつ最新に保つように求める。
【０１７８】
このとき図1を参照して、対話的検索システム100を備える手順を、ブロック図の概要で例示する。リクエスタまたはユーザインターフェイス手順102は、HTMLおよび/またはJava（登録商標）コマンドなどを含むダウンロード可能なウェブページの形態において、各ウェブサーバ1114(その他)上でいかなるリクエスタも(NetscapeのNavigatorまたはMicrosoft Explorerなどのブラウザ1104を使用して)アクセスすることができるウェブアドレスに確立され、それにより、サーチ問合せフォームをウェブサーバ1114(その他)の1つからダウンロードさせ、リクエスタのPC1102のディスプレイ(図示せず)の表面においてペイントさせる。本発明の好ましい実施形態では、この表示は、リクエスタが仮定上で通信中である相手の女性の絵を提示し、それにより人間味を対話的問合せプロセスに追加し、初心者へのこのシステムの導入を簡単にする。可能な広告に加えて、この初期表示は通常、あるウィンドウを含み、この中でリクエスタがサーチ語をタイプすることができ、次いでエンターキーを打つか、あるいはGOまたはSUBMITというラベルの付いたボタンをクリックすることによって、インターネットまたはイントラネットを介してウェブサーバ1114(その他)の1つにサーチ語を戻すように移送させることができる。サーチ語は通常、単一の単語であるが、いくつかの単語または句であってもよい。
【０１７９】
ウェブサーバ1114その他の上にインストールされた検索システムソフトウェアの中心は問合せ処理手順400であり、その詳細を図4に示す。リクエスタが、システムが前に出会っているサーチ語を問合せ処理プログラム400に供給するとき、問合せ処理プログラムは知識データベース200と直接対話して、リクエスタのための質問を生成し、この質問がリクエスタまたはユーザに、ユーザインターフェイス手順102によって表示され、これは、供給されたサーチ語を含む文書へテーブルによってリンクされるトピックのリストである。最終的に、1つまたは複数のこのような質問を尋ね、応答を受信した後、システムは文書のウェブアドレスまたはURL(「ユニフォームリソースロケータ」)のリストを検索して、リクエスタのインターフェイス102において文書タイトルと共にリクエスタに表示し、リクエスタがこれらの文書中でブラウズできるようにする。以前に出会っているサーチ語の場合、このすべてが、図1に示す残りのソフトウェア要素の支援なしに行われる。
【０１８０】
以前に処理されていないサーチ語が受信されるとき、上述のように進行する前に、問合せ処理手順400がその語のライブサーチをインターネットまたはイントラネット上で、ライブサーチ手順500を使用して開始し、その詳細を図5に示す。このライブサーチによって取り込まれた文書が次いで解析プログラム700によって、それらの単語および句のコンテンツについて解析され、次いでカテゴリ化手順1000によって索引トピックが割り当てられる(あるいはカテゴリ化される)。次いで、知識データベース200が、新しい文書URLにこれらの文書の索引付けを加えたもの、ならびに新しいサーチ語(または問合せ単語)により更新され、次いで問合せ処理400が、上で簡単に述べたような標準の方法で進行する。
【０１８１】
周期的に、文書を再チェックして、それらがなおウェブ上に存在するかどうかを確かめ、それらのいずれかが変更されているかどうかを確かめることが必要である。タイマ104は周期的に更新および保守手順600をトリガして、これらの機能を、解析手順700およびカテゴリ化手順1000を使用して実行して、変更されている文書を再索引付けし、また、知識データベース200への変更により、もし問合せ語に将来出会ったときにその同じ問合せ語のサーチをライブサーチとして再実行させることが必要となるとき、問合せ語をデータベース200から除去する。
【０１８２】
システムは小さい初期データベースを使用したトレーニングを通じて初期化され、このデータベースは、トレーニングデータベース内の各文書が手動で1つまたは複数の索引語もしくはカテゴリもしくはトピックに割り当てられるように、手動で索引付けされている。これは、説明したように、ライブサーチの結果を解析して更新および保守活動を実行するために使用されるものと同じ解析ソフトウェア700と共に、セットアップ手順300によって行われる。
【０１８３】
有効な対話的検索システム100を確立する最初のステップは、セットアップ手順300を使うことであり、その詳細を図3に示す。この手順300を、図2に示す知識データベース内のあるテーブルの説明と共に説明する。
【０１８４】
検索システムをセットアップするプロセスは、トピックを文書に割り当てることによって手動で索引付けされているデータベースの組み立てによって、開始する。索引付きデータベースは市販されている。たとえば、新聞は通常、その公開された記事のすべての階層索引を有し、記事自体も全文機械可読形式でコンピュータ上に格納されている。このような既存のデータベースはすでにステップ302の要件を満たすようになり、それは図2に示すトピックテーブル208に含めるためのトピックを定義することである。
【０１８５】
目標は、トピックを文書に手動で割り当てることになるとき、極度に狭いトピックを定義することではなく、このようなトピックは次いで非常に限られた数の文書に割り当てられ、その場合には文書を読む複数の個人は、各文書が割り当てられる先の狭いトピックの細分に関して互いに同意しない可能性がある。これとは反対に、トピックは好ましくは幅広く正確なカテゴリ化であり、これにより文書の割り当てについて同意しない者はほとんどいなくなるものである。したがって、ニュース文書を、スポーツ、政治、ビジネス、および他のこのような幅広いカテゴリ化など、幅広いトピックに従って分類することができる。この考えは、文書に割り当てることが容易であるトピックであって、さらに、データベースを正確にスライスし、適切な文書の再現をいずれかの著しい程度まで低下させることなくサーチの精度を改善するために、文書を別々のカテゴリに正確に分割するトピックを定義することである。
【０１８６】
ステップ304はテーブル212に入力するためのトピック組合せの開発であり、現在は、検索システムのパフォーマンスを改善するように意図された手動オペレーションである。本発明のテキストサーチおよびテキスト比較の態様は時として、文書が比較的等しく2つの異なるトピックに関係付けられるように決定される結果となることが判明している。これらのトピックがトピック組合せテーブル212内で現れた場合、テーブルは、文書が割り当てられるべき第3のメイントピックを示す。この第3のトピックは、2つのトピックのうちいずれか1つである可能性があり、あるいはある異なるトピックである可能性がある。トピック組合せテーブルは有用であると判明しており、これは、その単語および句のコンテンツを用いて文書をトピックにカテゴリ化することが、以下に説明するように、時として曖昧な結果を生じるようになり、これをこの介在によって克服することができるからである。
【０１８７】
図3のステップ306は、各トピックについて文書のセットを発見することを要する。事前に存在する索引付き新聞データベースなどの場合、これはすでに行われており、文書およびそれらの索引割り当てを読み込むことができるフォーマット変換ソフトウェアを生成すること、およびこれらの文書から単語テーブル202、トピックテーブル208および単語組合せテーブル210を構築することのみが必要である。
【０１８８】
これらのテーブルを構築するプロセス全体は、解析手順700による文書のセットの解析により開始し、この手順を図7、8および9で詳細に説明し、この手順はシステムのセットアップにのみ使用されるのではなく、図5のように実行されたライブサーチの結果として発見された文書にトピックを割り当てるためにも使用される。解析プログラム700を後に説明する。今のところ、解析プログラム700は各索引付き文書中を通過し、これらの文書から、各文書においてサーチ可能な最も一般に発生する単語、すなわち、ある文書を別の文書から区別するために有用である単語を抽出する(冠詞、前置詞、接続詞など、有用でなくサーチ不可能な単語を除く)と言えば十分であろう。次いで、これらの単語が、図2のような単語テーブル202に入力され、単語番号がこれらの各単語に割り当てられるようになる。
【０１８９】
次に、解析手順700は、同じ文書内でこれらの同じ単語、および隣接または近傍するサーチ可能な単語をサーチし、各文書から、最も頻繁に発生する単語対を選択する。次いで、これらのサーチ可能な単語対における単語は、現在は単語テーブル202内ではない範囲であり、これに単語テーブル202内でエントリが割り当てられ、したがって単語番号も割り当てられる。
【０１９０】
その後、単語組合せテーブル210が組み立てられる。すべてのトピック名が最初にトピックテーブル208に入力され、したがってこれらにトピック番号が割り当てられる。文書はすべてトピックに割り当てられているので、各文書に関連付けられた単語対を次いで、対応する文書に割り当てられている同じトピック番号に割り当てることができる。したがって、すべての単語対が単語組合せテーブル210に、その中で各単語対が現れる文書に割り当てられるトピック番号と共に入力される。加えて、単語組合せテーブル210は、発見された単語対の品質の指示を含む。この簡単な方法では、セットアップ手順が単語組合せテーブルを作成し、これが単語対をトピックに関連付ける。トピック名はトピックテーブル内に現れ、単語自体は単語テーブル内に現れる。単語組合せテーブルは、ただ他の2つのテーブルへの参照である番号のみを含み、これを図2の矢印によって示す。本質的に、単語組合せテーブルは文書の単語パターンをトピックに関係付ける。このテーブルが後に、ライブサーチ中に発見された文書にトピックを割り当てるために使用され、この文書は手動で索引付けされていないものである。
【０１９１】
次に、必要な範囲内で、トピック組合せテーブル212が確立されて、多数のトピックが割り当てられるように見える文書を、これらの2つのトピックのうち一方または他方に、あるいは、文書を単一のトピックに割り当てることが曖昧である場合は第3のトピックに割り当てることができる。トピック組合せテーブルはまた、各テーブルエントリの一部として係数エントリをも含む。トピック組合せテーブルが適用されてメイントピックの代替選択がトリガされる前に、単一の文書内で2つの異なるトピックを示唆する単語対の発生の数はほぼ同じであることが必要とされ、係数の量のみによって変わることが必要である。テーブル212に示す例では、係数は0.2であり、これは、あるトピックを示唆する単語対が文書内で、トピック組合せテーブルが使用される前の、他のトピックを示す単語対の発生数の0.8(1.0から0.2を引いたもの)倍と1.2(1.0に0.2を加えたもの)倍の間である量で現れなければならないことを意味する。異なる係数値を異なる単語対に割り当てて、検索システムのパフォーマンスを最適化することができ、他の類似の技術を使用することができる。単語組合せテーブル210の場合のように、トピック組合せテーブル212は、トピックの実際の名前を含むトピックテーブル208に戻るように参照する、トピック番号のみを含む。
【０１９２】
これで検索システム100をセットアップするプロセスが完了する。望むなら、また、単語組合せテーブル210内にエントリを作成するために使用された文書がインターネット上またはイントラネット上で入手可能であり、したがってそれらにURLアドレスが割り当てられている場合、これらの文書および最大4つの関連トピック番号を、これらの同じ文書が後に検索されると予想して、URLテーブル218に入力することができ、これはこれらの文書がリクエスタのサーチ語を含むからである。しかし、このステップはオプショナルである。対話的検索システムを使用することにより、普通ならば、最終的に、問合せサーチ語またはリクエスタの関心を含むすべての文書が発見され、後にURLテーブル218に入力されるようになる。セットアップ手順中にこれらの文書をURLテーブル218に入力する1つの利点は、手動で割り当てられたトピックが次いでこれらの文書に割り当てられるようになり、自動トピック割り当て手順(後に説明する)が、手動で行われたものとはわずかに異なるトピック割り当てを生じる可能性がないことである。しかし、セットアップ手順の主な目的は、URLテーブル218に文書をロードすることではなく、単語組合せテーブル210に、特定のトピックに関係付けられる文書を示す単語のパターンをロードすることである。以下に続く考察では、リクエスタは普通、サーチを実行させることを望む人間のユーザである。また、リクエスタは、本発明をリソースとして利用してそれ自体の価値をプロセスに付加する、ある他のコンピュータシステムであることも可能である。
【０１９３】
図4は、本発明によって実行される問合せ処理手順400の詳細なブロック図を示す。このプロセスはステップ402で開始し、このときリクエスタがサーチ語を供給するように促され、これは通常は単語であるが、場合によってはいくつかの単語もしくは句、または論理結合子を有する単語および句でもある。そのとき、あるいは場合によるとより早い段階で、ステップ404で、リクエスタにサーチの範囲を制限する方法について問合せることができる。たとえば、リクエスタは、政府によって法令、規制または他の発表において公開されたものなど、非常に権威ある文書のみをサーチすることを望むことができる。リクエスタは、新聞および雑誌の記事など、それほど権威はないがなお一般に信頼できるソースを含めるように望むことができる。あるいは、サーチをさらに広げて、大学および科学財団の学術的公開物をさらに含めることができる。さらに広いサーチは、企業の公開物という、より偏りがありそれほど信頼できないがなお権威のある可能性がある文書を含むことができる。最後に、リクエスタは、上記ソースだけでなく、その信頼性は必ずしも高くない、個人によって個人的なウェブサイトで供給された文書をもサーチすることを望むことができる。このような文書はなお有用である可能性がある。テーブルをリクエスタに表示して、リクエスタが、自分が見ることを望む情報のさまざまなタイプまたはクラスのボックスをチェックできるようにすることができる。別法として、リクエスタに単に、表示されるべき文書の権威のレベルを決定するように求めることができ、このレベルは、政府および公式公開物のみ、政府の公開物に加えて新聞記事、政府の公開物および新聞記事に加えて大学および科学的文書、これらのソースに加えて企業情報、ならびに、個人的なウェブサイトで発見された情報を含むすべての情報のソースである。
【０１９４】
ステップ406で、サーチ語が解析される。部分的には、この解析は、サーチ語を綴りおよび屈折などのものに関して標準化すること、名詞の格および動詞の時制を標準化すること、ならびに、性による区別を標準化することも含む。この多くは言語に特有である可能性がある。ドイツ語では、「β」という文字を「ss」に変換することができ、逆もまた同様である。屈折をサーチおよび比較の目的で標準化することもでき、これはウムラウト付き母音(「aウムラウト」、「oウムラウト」および「uウムラウト」)または他の言語特有のアクセント記号の追加または除去を通じて行われる。
【０１９５】
次に206で、類義語辞書がチェックされて、類義語がサーチ語について存在するかどうかが確かめられ、したがって、サーチを、同じ意味を有する多数の語を包含するように拡張して、サーチ問合せ単語を含まないが関連する類義語を含む文書もまたサーチの範囲内に含まれるようにすることができる。
【０１９６】
多数のサーチ語が供給されている可能性があるが、以下に続く考察では、簡単にするために、処理する必要のあるただ1つの語のみが生じていると仮定する。しかし、多数のサーチ語を処理する必要がある場合、以下で説明するステップが単に各語について繰り返されて、取り込まれ、解析され、カテゴリ化される文書の数が増すようになる。同様に、論理結合子の使用により、解析およびカテゴリ化される文書の数が増減される可能性があり、あるいはそれらの適用がプロセスの後の段階まで延期される可能性がある。
【０１９７】
ステップ408で、サーチ語がすでに問合せ単語テーブル214内に存在するかどうかを調べるためのチェックが行われる。説明のため、新しいサーチ語がリクエスタによって提出されるたびに、サーチ語が問合せ単語テーブル214に新しいエントリとして追加され、次いでライブのインターネットまたはイントラネットサーチが、図5に記載するように実行される。しかし、このようなライブのインターネットサーチが行われた後、取り込まれた文書の解析およびカテゴリ化と共に、関連情報がURLテーブル218内および問合せ連結テーブル216内に保持され、したがって、その同じサーチ語についてのさらなるライブサーチは、システムが更新されて文書のいくつかが変更または削除されていることが判明するまで、必要とされない。したがって、問合せ単語がすでに問合せ単語テーブル214内に存在すると判明した場合、ライブサーチ手順500をバイパスすることができ、処理が、図2のような知識データベースを使用するステップ412に進む。その場合、ライブのインターネットまたはイントラネットサーチは必要にならない。しかし、問合せサーチ語が問合せ単語テーブル214内で発見されなかった場合、ステップ500で、ライブサーチが、図5で説明するように実行される。410で問合せ語を含む文書が発見された場合、処理がステップ412に進む。そうでない場合、ステップ411でサーチプロセスが停止され、提出されたサーチ語を含む文書が発見されなかったというレポートがリクエスタに与えられる。
【０１９８】
ステップ412で、ライブサーチがすでにサーチ語について実行されており、この語を含む文書のセットがすでに解析およびカテゴリ化されていると推測され、これを以下で図5の説明と共に説明する。サーチ語を含むすべての文書がこのようにURLテーブル218内に、各文書が関係付けられる最大4つのトピックと共にリストされる。加えて、テーブル218は、その情報が入手可能である場合、各文書のタイプの指示(政府の公開物、新聞記事、大学または科学的公開物、その他)を含む。
【０１９９】
サーチ語が問合せ単語テーブル214内でルックアップされ、次いで問合せ単語番号が問合せ連結テーブル216内でサーチされる。サーチ語に関連付けられたすべてのURL番号が、問合せ連結テーブル216から検索される。類義語の場合、すべての類義語についてのすべてのURLエントリが、問合せ連結テーブル216から検索される。
【０２００】
次に、URLテーブル218がチェックされ、取り込まれた各URLについて、4つのトピック番号のうち最初のものが検索される。ステップ414で、ただ1つのトピックがすべての文書に割り当てられる場合、サーチが行われ、ステップ419で、文書のURLアドレスおよびタイトルのリストがリクエスタに表示される。次いでステップ420で、リクエスタがこれらのURL中でブラウズし、これらの文書中で表示およびブラウズすることができる。
【０２０１】
複数のトピックが文書に割り当てられることが判明した場合、ステップ415で、各文書についてのテーブル218内の最初のトピックのリストがリクエスタに表示され、リクエスタが、トピックのうち1つを選択してそれによりサーチの範囲を、そのように索引付けされた文書のセットまで狭めるように促される。
【０２０２】
ステップ416で、リクエスタがトピックのうち1つを選択し、この情報が、リクエスタのサーチの現在の状態をシステム100に定義するために十分な他の情報と共に、システム100へ搬送され、ウェブサーバ1114(その他)が、いかなる所与のリクエスタおよびいかなる所与のサーチの状況についてのいかなる情報も保持する必要がないようにする。この情報は、状況情報1106の一部としてリクエスタのPC内で維持される。
【０２０３】
選択されたトピックはサーチの範囲を、URLテーブル218内の選択されたトピックの番号を含む一部のURLまで狭める。ステップ418で、システムは次に、URLテーブル内の選択されたトピック番号を含んだ文書についての4つのトピック番号のうち2番目(テーブル218の関連トピック#s列内の左から2番目の57)へ進み、異なる第2のレベルのトピックのリストを組み立てる。ここでも、第2のレベルのトピックが1つしかない場合、あるいはそのトピックがない場合、ステップ419で、文書のURLおよび名前のリストがリクエスタに表示され、リクエスタがこれらの中でブラウズすることができる。しかし、第2のレベルのトピックがいくつかある場合、ステップ415で、第2のレベルのトピックのリストがリクエスタに表示され、ステップ416で、リクエスタが再度1つのトピックを選択するように求められる。
【０２０４】
トピックのリストをリクエスタに表示し、リクエスタにトピックまたはサブトピックを選択させるこのプロセスは、最大4回発生し、これは各文書について最大4つのトピック番号がURLテーブル218内でリストされているからである。したがって、ゼロから4つのこのような対話のどこでも、システムがリクエスタにトピックのリストから選択するように求めることができ、リクエスタが単一のトピックを指定することによって応答してサーチの焦点を狭め、それにより、関連文書の再現の減少を受けることなくサーチの精度を実質的に改善することができる。
【０２０５】
ライブサーチを実行するための手順を図5に示す。リクエスタによって供給された単語が問合せ単語テーブル214内で発見されないときは常に、その単語はシステム100にとって新しい単語であり、システムはその知識データベースに、この単語を含む文書を追加するための処置を取らなければならない。システムはまた、これらの文書を解析し、カテゴリ化して、文書をトピックに割り当てなければならない。ステップ502で、システムは従来のインターネットまたはイントラネットサーチエンジン1128に、その単語を含む文書のURLについて、インターネットまたはイントラネットをサーチするように命令する。システム100のこの好ましい実施形態では、システムは最大1000の文書しか取り込まない。これは、人間のリクエスタが、本発明を使用することなく、インターネットまたはイントラネットの従来のサーチを行うときに、普通にブラウズすることを望むよりもはるかに多い文書である。したがって、このシステムは、標準のインターネットまたはイントラネットシステムを使用して達成可能であるより高い再現率を達成することができる。再現率は高いが、この段階で取り込まれた文書の多数、場合によっては大部分がリクエスタの意図とは無関係となることが予想され、したがってこの段階でサーチの精度は大変低い。
【０２０６】
次にステップ700で、システムは、検索された文書のセットを解析し、これについては以下で説明する。簡単に要約すると、システムは、各文書内で最も一般に発生するサーチ可能な単語を決定し、次いで、これらの単語と他の隣接するサーチ可能な単語とのペアリングを識別し、したがって単語ペアリングのセットを各文書に関連付ける。この単語ペアリングのセットは単語パターンを構成し、単語パターンは各文書を特徴付け、これを使用してある文書を他の索引付き文書と突き合わせることができ、したがって後のカテゴリ化ステップで1つまたは複数のトピックを各文書に割り当てることができる。
【０２０７】
ステップ1000で、文書がカテゴリ化され、これについては以下で説明する。簡単に要約すると、各文書を特徴付ける単語対が、単語組合せテーブル210内の単語対に対して突き合わせられ、これをテーブルがトピックに関係付け、それにより最大4つのトピックを各文書に割り当てることができる。
【０２０８】
最後にステップ504で、問合せ単語が問合せ単語テーブル214に追加され、文書がURLテーブル218に、それらの関連付けられたトピック番号およびURL識別子と共に入力される。次いで、問合せ連結テーブル216が調整されて、テーブル218に入力されてそれらのURL番号によって識別されたすべての文書が、テーブル216によって、問合せ単語テーブル214内でその文書が含む問合せ単語にリンクされる。この方法で、サーチ単語を含む1000の文書が検索され、解析され、自動的な方法で、それらの単語パターンが、手動で索引付けされた文書の単語パターンに類似する程度まで、カテゴリ化される。問合せ単語、文書および文書の索引付けがこのように知識データベースに入力され、これはこのサーチの処理だけでなく、同じ単語についての後続のサーチの処理の速度を大幅に増すことにおいても使用するために行われる。言うまでもなく、以前のサーチで出会った文書はすでに索引付けされ、カテゴリ化され、テーブル218に入力されている。問合せ連結テーブル216を、このような文書を新しい問合せ単語にリンクさせるように調整することのみが必要である。
【０２０９】
周期的に、知識データベースを調べて保守および更新して、これがインターネットまたはイントラネット内の文書の現在の状況を反映するようにすることが必要である。図6で、更新および保守手順600を示す。この手順600は、ステップ602に示すように、ある形態のタイマ104(図1)によって周期的に実行される。しかし、いくつかのトピックに関係する文書は比較的安定して不変である可能性があるが、現在のニュースイベントなどのものに関係する他の文書は毎日、あるいはさらに頻繁に変化する可能性がある。したがって、システム設計者は、あるタイプの文書およびあるトピックに関係する文書を、他の文書よりもはるかに頻繁に更新させることができる。
【０２１０】
更新手順は、URLテーブル218に含まれたURLアドレスのリストを取り、このリストをサーチエンジン1128(図1)に提示して、文書のうちどれが削除されており、どれが更新または修正されているかを発見することによって開始する。これを容易にするため、文書のURLに好ましくは、文書がインターネットから検索された日付が添付されて、文書が修正されているかどうかをウェブクローラーが決定することを容易にするべきである。ステップ606で、ウェブクローラーまたはサーチエンジン1128が、これらのURLのうち、削除または更新されているURL、および(オプショナルで)、そこでシステムがすべての文書をその特定のノードからプレロードするほどに文書が重要であるノードに、新たに追加されているURLのリストを戻す。
【０２１１】
ステップ608で、リストされた各文書が検査され、文書がシステムから削除されているか、置換により更新されているか、システムが新しいエントリの存在についてテストするノードに追加された新しい文書であるかに応じて、異なるステップが実行される。
【０２１２】
610で、文書が削除または更新されている場合、知識データベースから除去されなければならない。このような各文書について、文書のURL番号のすべてのエントリが問合せ連結テーブルから削除される。加えて、削除されたURLに関連付けられた問合せ単語もまた、問合せ単語テーブル214から除去される。したがって、将来にこれらの問合せ単語のいずれかが再度提出される場合、システムは強制的に、これらの問合せ単語を含む文書のすべてを新たに検索し、再び解析し、これらの文書を再カテゴリ化して、これらをURLテーブル218に再入力するようにさせられる。
【０２１３】
オプショナルで、ステップ612で、文書が更新されている場合、これを700で解析して1000でカテゴリ化することができ、URLテーブル内のそのエントリを更新して、この文書がこのとき含むトピックを反映させることができる。これらの処置が取られる場合、将来に、問合せ単語テーブル内に存在しないサーチ単語によりライブサーチが実行される場合、かつ、このような文書がライブサーチの一部として取り込まれる場合、システムは文書を解析およびカテゴリ化する必要がなくなり、これは、解析およびカテゴリ化がすでにURLテーブル218内に存在するからである。システムは単にサーチ単語を問合せ単語テーブル214に入力し、文書のURL番号を、その問合せ単語にリンクされた他の文書のURL番号と共に、問合せ連結テーブル216に追加する。
【０２１４】
システムが、新しい文書を特定のノードで検出するように設計される場合、これらの新しい文書もまた700で解析し、1000でカテゴリ化して、これらの文書が発見されるより前にURLテーブル218に入力できるようにすることもでき、これは、これらの文書が特定のサーチ単語を含むからである。再度、これらの文書が含むサーチ単語についての後のサーチは、ライブサーチに続いてより高速に進行するようになり、これは、文書解析およびカテゴリ化のステップがすでに完了しているようになり、このような文書のURLテーブル218がすでに更新されているようになるからである。
【０２１５】
図7、8および9は、キーワードおよびキーワードの対を文書内で識別し、それによりその文書の情報コンテンツを特徴付ける単語パターンを識別する、解析手順700のブロック図を示す。
【０２１６】
解析は、文書がどのフォーマットであれ、通常はHTMLであり場合によってはJava（登録商標）スクリプトが存在するが、これを、プログラミング命令、スタイルの命令、および、文書の意味的な情報コンテンツに基づいた検索に関連しない他のものがまったくない、純粋なASCII文書に変換することによって開始する。
【０２１７】
ステップ704で、すべての句読点および他の特殊文字が取り除かれ、空白文字など、ある区切り文字によって分離された単語のみが残される。ステップ706で、屈折における語尾変化によって、類義語によって、発音区別符の変わりやすい使用によって、また他のこのような言語特有の問題によって、引き起こされた単語の曖昧性が対処される。たとえば、ドイツ語の「β」を「ss」により置き換えることができ、ウムラウト付き母音(「aウムラウト」、「oウムラウト」および「uウムラウト」)を追加または除去することができ、不規則な綴りを調整することができ、類義語と相互交換可能なある単語を、単語の突き合わせにおける一貫性のために1つの特定の単語に減らすことができる。
【０２１８】
次に、ステップ708で、システムがテキストから、「the」、「of」、「and」、「perhaps」などの一般的なサーチ不可能な単語、一般に発生するが、ある文書を別の文書から区別することにおいてほとんどあるいはまったく意義のない単語および句を取り除く。本発明の異なる実施は、これらのタイプの問題を対処する方法において幅広く変わると予想することができる。
【０２１９】
ステップ710で、システムは、残りの各単語が各文書内で使用される回数をカウントする。
【０２２０】
図8および9で、ステップ712は、ステップ714〜724が、解析されるべき個々の各文書に関して実行されることを示す。
【０２２１】
ステップ714で、文書内の単語が、文書内のそれらの発生の頻度による順番で配列され、最も頻繁に発生する単語がリストの最上部になるようにする。ステップ716で、文書内の単語の第1の連結が文書の単語順で形成される。次いでステップ718で、最も頻繁に使用される単語の第2の連結が形成され、これはステップ714で準備されたソートリストの最上部に現れる。
【０２２２】
各文書内で解析に含まれる単語の数に制限が課せられる。本発明の好ましい実施形態では、ライブサーチの場合、システムは単に、第3に最も頻繁に使用される単語を第2の連結内で保持する。
【０２２３】
サーチがライブサーチでないが、最初のシステムセットアップ(図3)中、またはシステムの更新および保守(図6)中に実行されるものである場合、第2の連結内で保持される単語の数が、文書のサイズに比例して調整される。本発明の好ましい実施形態で使用されたテストは、特定の単語の発生の頻度を文書サイズ(kバイトで測定)によって除算したものが、0.001以上である場合、その単語が保持されるものである。そうでない場合、その単語は廃棄される。
【０２２４】
次に、最も頻繁に発生する単語の第2の連結内の単語の、文書内の各発生について、システムが(文書の順番で配列された単語の)第1の連結を走査し、第2の連結内の各単語のすべての発生を発見し、次いで、第2の連結からの単語の第1の連結内の各発生に隣接または近傍する第1の連結内の単語を識別する。この方法で、システムは、各文書内で最も頻繁に使用される単語と、それらにすぐ隣接したサーチ可能な近傍とのペアリングを識別する。
【０２２５】
ステップ722で、各文書について、2つのこのような単語の各一意のペアリングが各文書内で発生する回数のカウントが行われる。
【０２２６】
ステップ724で、これらの2つの単語のペアリングの最も頻繁に発生するもののみが保持される。本発明の好ましい実施形態では、2つの単語のペアリングが保持されるのは、そのペアリングの発生の数を、文書内で最も頻繁に発生する単語の中にあった対内の単語の発生の数によって除算し、すべてに1000を掛けたものが、0.001のしきい値より大きい場合である。そうでない場合、このペアリングが廃棄される。
【０２２７】
最後に726で、各文書について、保持された単語ペアリング、および、各単語ペアリングの発生の量のリストが形成される。これで文書解析手順が完了する。
【０２２８】
カテゴリ化手順1000を図10のブロック図の形式で示す。ステップ1002に示すように、残りのステップ1004ないし1010が、各文書について別々に実行される。
【０２２９】
カテゴリ化は、(解析を通じて作成された)文書についてそれぞれ保持された単語のペアリングを取り、このペアリングを知識データベースの単語組合せテーブル210内でルックアップすることによって、開始する。ペアリングのうちいくつかは、単語組合せテーブル210内で発見されない可能性があり、これらのペアリングが廃棄される。残りのペアリングについては、合致するエントリがテーブル210内で発見され、これらがテーブル210によって、合致するエントリにリンクされるトピックに割り当てられる。
【０２３０】
ステップ1006で、各トピックに割り当てられた単語ペアリングの数が合計され、文書内で最も高い数のペアリングに割り当てられた4つのトピックが次いで選択され、文書のトピックコンテンツを特徴付ける4つのトピックとして保持される。これらの4つのトピックが、それぞれが割り当てられるペアリングの数による順番で配列され、最も多いペアリングを有するトピックが最初になり、次に最も多いペアリングを有するトピックが2番目となる。
【０２３１】
ステップ1008で、トピック組合せテーブル212がチェックされる。文書内の2つのトピックが、これらの2つのトピックについてのトピック組合せテーブル内の係数エントリによって指示された制限内で、ほぼ同じ数のペアリングに関連付けられる場合、トピック組合せテーブル212によって指示されたメイントピック番号が選択され、文書を特徴付けるためにこれらのトピックの両方の代わりに使用される。
【０２３２】
最後に、各文書についてのURLがURLテーブル218へ、文書タイプを識別する番号と共に入力される。それらの番号によって識別される、4つの選択されたトピックもまた、テーブル218に入力される。これで、文書カテゴリ化プロセスが完了する。
【０２３３】
システムがどのように動作するかをより詳細に例示するため、いくつかの典型的だが簡略化されたシステムオペレーションの実施例を以下に示す。
【０２３４】
システムの知識データベース200は、以下の情報を含むと仮定される。
【０２３５】
トピックテーブル208は以下を含む。
【０２３６】
【表１】
2004534324.tif 000009
【０２３７】
単語組合せテーブル210は以下を含む。
【０２３８】
【表２】
2004534324.tif 000010
【０２３９】
トピック組合せテーブル212は以下を含む。
【０２４０】
【表３】
2004534324.tif 000011
【０２４１】
問合せ単語テーブル214は以下を含む。
【０２４２】
【表４】
2004534324.tif 000012
【０２４３】
問合せ連結テーブル216は以下を含む。
【０２４４】
【表５】
2004534324.tif 000013
【０２４５】
文書URLテーブル218は以下を含む。
【０２４６】
【表６】
2004534324.tif 000014
【実施例１】
【０２４７】
多数の階層レベル中でサーチする。
【０２４８】
リクエスタが「頭痛」というサーチ語を入力する場合、システムはこの単語を辞書204内でルックアップして、正しい綴りを保証し、屈折などの問題にも対処する。次に、システムは類義語のリスト206中をチェックし、いずれかが発見された場合、システムはサーチを両方の語についてのサーチに拡張する。これらの予備的なステップのすべてが完了しているとき、システムは問合せ単語テーブル214で「頭痛」という単語をルックアップして、この語が以前にサーチされているかどうかを確かめる。この場合、この語は以前にサーチされており、したがって「頭痛」は、テーブル214が2の問合せ単語番号を割り当てる問合せ単語として現れる。
【０２４９】
単語を識別し、これが以前にサーチされていることを発見した後、システムはこのとき問合せ連結テーブル216をサーチし、そのテーブルから、その単語を含むすべての文書のURLテーブル218の番号を検索する。この場合、URL番号17および19が問合せ連結テーブル216内で発見される。
【０２５０】
したがって、システムは次にURLテーブル218の、URL番号17および19を割り当てられた文書についてのエントリをチェックし、2つの文書17および19に割り当てられたトピック番号を検査する。表を見るとわかるように、文書17がトピック番号2、9および13に割り当てられており、文書19がトピック番号2、8および33に割り当てられている。これらのトピックの一番左(2および2)がトピックの階層内でより高くランク付けされ、これは上で説明したように、一番左のトピックが、他のトピックよりも文書内でより多くの単語ペアリングに関連付けられるからである。したがって、両方の文書が最も強くトピック番号2にリンクされ、これについてトピックテーブル208が示すものは「薬」である。
【０２５１】
このときシステムはリクエスタに「薬」という単語、および、入力されたサーチ語に関係付けられている文書の番号を示す番号2を表示することができる。言うまでもなくリクエスタはこのトピックを選択する。(いくつかの実施態様では、単一のトピックの表示を不要としてバイパスすることができる。)次いでシステムは、階層の第2のレベルでリストされたすべてのトピックを表示することによって応答し、この場合は8および9と付番されたトピックを表示する(これらのトピックの名前は例示的トピックテーブルに含まれていない)。次いで、これらの2つのトピックがリクエスタに表示され、各々の後に1という、各トピックに関係する文書の番号が続き、リクエスタは、一方または他方を選択するように促される。リクエスタがトピック番号8を選択すると仮定すると、次いでシステムはリクエスタに、URLテーブル218内のURL番号19が割り当てられた文書に対応するURLアドレスおよび文書名を表示する。
【０２５２】
第3の階層のトピック33はリクエスタに表示されない。これは残されたただ1つのトピックなので、これを表示する理由はない。
【実施例２】
【０２５３】
ただ1つの階層レベル中でサーチする。
【０２５４】
このとき、リクエスタが「Alka-Seltzer」というサーチ語を入力すると仮定すると、システムは最初にこの単語を、実施例1で説明した辞書204および類義語206のテーブルに対してチェックし、屈折および他の問題に対処する。すべての必要なチェックが完了された後、システムは問合せ単語テーブルに行き、「Alka-Seltzer」が以前にサーチされていて問合せ単語番号に割り当てられていることを学習する。したがって、システムは次いでこの単語番号を問合せ連結テーブル216内でルックアップし、URL番号20に割り当てられた単一文書のみがその単語を含むことを学習する。URLテーブル218を参照すると、文書20は1つのトピック番号2にのみ割り当てられている。したがって、リクエスタと対話する必要はない。単一の文書のURLアドレスおよび文書タイトルがリクエスタに表示されて、リクエスタはその文書中でブラウズするかどうかを判断することができる。
【実施例３】
【０２５５】
サーチ語が問合せ単語テーブル内に現れない。
【０２５６】
リクエスタが「心臓の痛み」という単語を入力し、このサーチは以前に実行されたことがないので、システムがこれを問合せ単語テーブル214内で発見できないと仮定する。綴り、屈折および類義語の問題に対処した後、システムはライブサーチ(図5)を開始し、「心臓の痛み」を含むいくつかの文書を取り込む。
【０２５７】
解析700(図7、8および9)およびカテゴリ化1000(図10)のプロセスを通じて、システムは、すべての取り込まれた文書、および、関連する割り当てられたトピックを、URLテーブル218に追加する。このプロセスは、各文書内で隣接する単語ペアリングを発見すること、これらを単語組合せテーブル210内でルックアップすること、関連付けられたトピック番号をテーブル210から検索すること、および、次いで各文書について最大4つの最も関連するトピックを選択して、これらの4つのトピックのトピック番号を各文書のURLアドレスと共にURLテーブル218に入れる上述のプロセスを完了することを含む。次いで、問合せ連結テーブルが調整されて、問合せ単語テーブル内の「心臓の痛み」を、発見された文書にリンクするようにする。
【０２５８】
これらのステップを完了した後、システムは、上の実施例1で説明したように継続してサーチを完了する。
【実施例４】
【０２５９】
言語特有の問題に対処する。
【０２６０】
口語のドイツ語では、名詞の格(主格、所有格、与格または対格)の間で綴りに違いがある。したがって、ドイツ語の名詞「Kopfschmerz」を以下のように格変化させることができる。
【０２６１】
【表７】
2004534324.tif 000015
【０２６２】
この文書はまた、「Kopfschmerz」複数形も含む可能性があり、これは「die Kopfschmerzen」である。次いで、前記名詞が以下のように格変化される。
【０２６３】
【表８】
2004534324.tif 000016
【０２６４】
サーチおよび比較のために、これらのすべての異なる形の屈折が、名詞の同じ基本形に下方変換される。
【０２６５】
同様に、システムはまた、動詞の異なる屈折にも対処しなければならない。たとえば、ドイツ語の動詞「laufen」は以下のように活用変化される(現在時制を使用する)。
【０２６６】
【表９】
2004534324.tif 000017
【０２６７】
解析中に、これらのすべての異なる動詞の形を基本形に単調化して、解析しなければならない単語の数を減らし、システムの意味的パフォーマンスを改善するようにしなければならない。
【０２６８】
本発明の好ましい実施形態を説明したが、多数の修正および変更は、本発明の真の精神および範囲内に入る検索システム設計の当業者には想起されるであろうことを理解されたい。したがって、本明細書に付属し、その一部を形成する特許請求の範囲は、本発明およびその範囲を正確な表現において定義するように意図される。
【０２６９】
図12からわかるように、基本的発明の好ましい実施形態による新規なサーチエンジン1204の中心要素は、フィルタリングモジュール1204a(たとえば、HTML、XML、WinWord、PDFおよび他のデータフォーマット)、解析モジュール1204b、および新たに開発された知識データベース1204cである。加えて、オプショナルのモジュール1202および/または1206を使用することができる。詳細には、これらのオプショナルのモジュールには以下が含まれる。
【０２７０】
-カスタマイズされたユーザインターフェイス1206、
-文書についての全文サーチ1202、ならびに分散文書監視、
-従来のサーチエンジンおよび/または新たに開発されたサーチ方法を使用した、インターネットへのインターフェイス、
-専門データベースへのインターフェイス、
-さらなる顧客アプリケーションへのインターフェイス。
【０２７１】
図13は、基本的発明の好ましい実施形態によるインターネットアーカイブ1300のために使用されるコンポーネントのシステムアーキテクチャおよび協調の概要を示す。コンポーネント1308aおよび1308bはサーチエンジン1308を形成し、これは前記インターネットアーカイブ1300の中心である。このアーキテクチャは、基本的発明によるサーチ技術1310、更新機能1312およびウェブサイトメモリ1314によって補足される。さらに、新規なユーザインターフェイス1306が提示され、これはインターネットポータル1306aおよび対話コントロール1306bからなる。
【０２７２】
これにより、サーチ問合せが以下の方式に従って処理される。すなわち、顧客が、基本的発明の好ましい実施形態によるインターネットアーカイブを、インターネットを介して、自分のウェブブラウザを用いて調べる。顧客が入力したサーチ問合せが対話コントロールモジュールによって受信される。関連付けられた文書がユーザに、そのデータベースから提示され、このデータベースの中にはすでに解析された文書(ウェブサイト)についてのカテゴリ情報が格納されている。
【０２７３】
その間に、更新機能が連続的にバックグラウンドで実行して、知識データベース内に格納された情報を最新に保つ。これにより、修正された新しい文書が、基本的発明によるサーチエンジンによって、それらのコンテンツについて解析される。対応するカテゴリ情報が前記知識データベースに格納される。
【０２７４】
基本的発明の好ましい実施形態による、図14に示すインターネットアーカイブ1400の作業の流れは、以下のコンポーネントに基づいている。
【０２７５】
-インターネットに適用された従来のサーチエンジン1406、
-新たに設計されたサーチエンジン1204(図12を参照)、
-HTMLテキストを生成するためのPHPプログラムを含むインターネットのための専用に設計された提示プログラム1402、ならびに、従来のサーチエンジン1406および新たに設計されたサーチエンジン1204(図12を参照)の統合のためのいわゆる「発見マシン」1404、
-約50カテゴリおよび関連付けられた開始文書を有する、広く適用可能なシソーラス。
【０２７６】
サーチ問合せが、ユーザインターフェイス1402を用いて入力されているとき、前記サーチ問合せは、発見マシン1404によって従来のサーチエンジン1406に渡される。結果として、ユーザは、サーチされた語を含む文書に関係付けられるいくつかの参照(DocIDs)を受信する。発見マシン1404は、基本的発明の好ましい実施形態による知識データベース1408内に格納された文書への、得られた参照が、すでに既知であるかどうかのテストを開始する。次いで、既知の、およびすでに入手可能な各参照が、その関連付けられたカテゴリと共に、発見マシン1404に結果として戻される。未知である参照がリストに転送され、それにより、これらの文書をインターネットから取り出してフィルタリングおよび解析し、前記解析の結果を知識データベースに格納するように要求する。更新アルゴリズムとして実現された個々のプロセスは、上述のリストが更新されているかどうかを継続的にチェックし、すべての必要なステップを実行する。最後に、発見マシン1404は、入力されたサーチ語に対応する、得られた結果を提示する。
【０２７７】
図1から14の参照符号により指定された記号の意味を、付属の参照記号の表から得ることができる。
【０２７８】
【表１０Ａ】
2004534324.tif 000018
【０２７９】
【表１０Ｂ】
2004534324.tif 000019
【０２８０】
【表１０Ｃ】
2004534324.tif 000020
【０２８１】
【表１０Ｄ】
2004534324.tif 000021
【０２８２】
【表１０Ｅ】
2004534324.tif 000022
【図面の簡単な説明】
【０２８３】
【図１】基本的発明の原理によって設計された、索引付きの拡張可能な対話的検索システムの概要ブロック図である。
【図２】検索システムのオペレーションをサポートするデータベースを例示する図である。
【図３】検索システムのためのセットアップ手順の流れ図である。
【図４】システムのための問合せ処理手順の流れ図である。
【図５】新しい問合せ語に出会うとき、問合せ処理手順によって実行されるライブサーチ手順の流れ図である。
【図６】システムのための更新および保守手順の流れ図である。
【図７】文書解析手順の流れ図を形成する図である。
【図８】文書解析手順の流れ図を形成する図である。
【図９】文書解析手順の流れ図を形成する図である。
【図１０】文書カテゴリ化手順の流れ図である。
【図１１】システムハードウェアの概要ブロック図を示す図である。
【図１２】基本的発明の好ましい実施形態による、新規なサーチエンジンの概要ブロック図を示す図である。
【図１３】基本的発明の好ましい実施形態によるインターネットアーカイブのシステムアーキテクチャ、およびその中で適用されるコンポーネントの協調を示す図である。
【図１４】基本的発明の好ましい実施形態によるインターネットアーカイブの作業の流れを例示する図である。
【符号の説明】
【０２８４】
100  対話的検索システム
102  ユーザインターフェイス手順
104  タイマ
106  インターネットまたはイントラネット
200  知識データベース
202  単語テーブル
208  トピックテーブル
210  単語組合せテーブル
212  トピック組合せテーブル
214  問合せ単語テーブル
216  問合せ連結テーブル
218  URLテーブル
300  セットアップ手順
400  問合せ処理手順
500  ライブサーチ手順
600  更新および保守手順
700  解析手順
1000  カテゴリ化手順
【図１】
2004534324.tif 000023
【図２】
2004534324.tif 000024
【図３】
2004534324.tif 000025
【図４】
2004534324.tif 000026
【図５】
2004534324.tif 000027
【図６】
2004534324.tif 000028
【図７】
2004534324.tif 000029
【図８】
2004534324.tif 000030
【図９】
2004534324.tif 000031
【図１０】
2004534324.tif 000032
【図１１】
2004534324.tif 000033
【図１２】
2004534324.tif 000034
【図１３】
2004534324.tif 000035
【図１４】
2004534324.tif 000036
【国際公開パンフレット】
2004534324.tif 000037
2004534324.tif 000038
2004534324.tif 000039
2004534324.tif 000040
2004534324.tif 000041
2004534324.tif 000042
2004534324.tif 000043
2004534324.tif 000044
2004534324.tif 000045
2004534324.tif 000046
2004534324.tif 000047
2004534324.tif 000048
2004534324.tif 000049
2004534324.tif 000050
2004534324.tif 000051
2004534324.tif 000052
2004534324.tif 000053
2004534324.tif 000054
2004534324.tif 000055
2004534324.tif 000056
2004534324.tif 000057
2004534324.tif 000058
2004534324.tif 000059
2004534324.tif 000060
2004534324.tif 000061
2004534324.tif 000062
2004534324.tif 000063
2004534324.tif 000064
2004534324.tif 000065
2004534324.tif 000066
2004534324.tif 000067
2004534324.tif 000068
2004534324.tif 000069
2004534324.tif 000070
2004534324.tif 000071
2004534324.tif 000072
2004534324.tif 000073
2004534324.tif 000074
2004534324.tif 000075
2004534324.tif 000076
2004534324.tif 000077
2004534324.tif 000078
2004534324.tif 000079
2004534324.tif 000080
2004534324.tif 000081
2004534324.tif 000082
2004534324.tif 000083
2004534324.tif 000084
2004534324.tif 000085
2004534324.tif 000086
2004534324.tif 000087
2004534324.tif 000088
2004534324.tif 000089
2004534324.tif 000090
2004534324.tif 000091
2004534324.tif 000092
2004534324.tif 000093
2004534324.tif 000094
2004534324.tif 000095
2004534324.tif 000096
2004534324.tif 000097
2004534324.tif 000098
2004534324.tif 000099
2004534324.tif 000100
2004534324.tif 000101
2004534324.tif 000102
2004534324.tif 000103
2004534324.tif 000104
2004534324.tif 000105
2004534324.tif 000106
2004534324.tif 000107
2004534324.tif 000108
2004534324.tif 000109
2004534324.tif 000110
2004534324.tif 000111
2004534324.tif 000112
2004534324.tif 000113
2004534324.tif 000114
2004534324.tif 000115
2004534324.tif 000116
2004534324.tif 000117
2004534324.tif 000118
2004534324.tif 000119
2004534324.tif 000120
2004534324.tif 000121
2004534324.tif 000122
2004534324.tif 000123
2004534324.tif 000124
2004534324.tif 000125
2004534324.tif 000126
2004534324.tif 000127
2004534324.tif 000128
2004534324.tif 000129
2004534324.tif 000130
2004534324.tif 000131
2004534324.tif 000132
2004534324.tif 000133
2004534324.tif 000134
2004534324.tif 000135
2004534324.tif 000136
2004534324.tif 000137
2004534324.tif 000138
2004534324.tif 000139
2004534324.tif 000140
2004534324.tif 000141
2004534324.tif 000142
2004534324.tif 000143
2004534324.tif 000144
2004534324.tif 000145
2004534324.tif 000146
2004534324.tif 000147
2004534324.tif 000148
2004534324.tif 000149
2004534324.tif 000150
2004534324.tif 000151
2004534324.tif 000152
2004534324.tif 000153
2004534324.tif 000154
2004534324.tif 000155
【手続補正書】
【提出日】平成15年7月14日(2003.7.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サーチ問合せをリクエスタから受信した後に文書をサーチするように設計された対話的文書検索システム(100)であって、前記システムは、テキストパターンをトピックに関係付ける少なくとも1つのデータ構造(202、208、210、212、214、216および/または218)を含む知識データベース(200)、および問合せプロセッサ(400)を備え、問合せプロセッサはリクエスタからのサーチ問合せの前記受信に応答して、
-前記サーチ問合せに関係付けられる少なくとも1つの語を含む文書をサーチし、取り込むように試みるステップと、いずれかの文書が取り込まれる場合、
-前記取り込まれた文書を解析してそれらのテキストパターンを決定するステップと、
-各文書のテキストパターンを前記知識データベース(200)内の前記テキストパターンと比較することによって、前記取り込まれた文書をカテゴリ化するステップと、
-文書のテキストパターンが前記知識データベース(200)内のテキストパターンに類似する場合、その文書に類似の単語パターンの関連トピックを割り当てるステップと、
-前記カテゴリ化された文書に割り当てられた前記トピックの少なくとも1つのリストを前記リクエスタに提示するステップと、
-前記リクエスタに、少なくとも1つのトピックを前記リストから、前記リクエスタのサーチに関連するトピックとして指定するように求めるステップと、
-前記リクエスタに、前記リクエスタによって指定されたトピックがそれに割り当てられている、取り込まれ、カテゴリ化された文書のサブセットへのアクセスを認可するステップとを実行し、
前記解析によって決定された単語のパターンは、単語のペアリングであり、各ペアリングは2つのサーチ可能な単語を備え、一方の単語は前記文書内で頻繁に発生し、他方の単語は、前記文書内で頻繁に前記一方の単語の付近で発生する、対話的文書検索システム。
【請求項２】
前記問合せプロセッサは、自動テキストカテゴリ化のための言語的および数学的手法に基づいたハイブリッド方法を使用して解析するステップを実行することを特徴とする、請求項1に記載の対話的文書検索システム。
【請求項３】
トピックが以前にそれに割り当てられている索引付き文書を解析し、それにより前記索引付き文書の単語パターンを決定し、次いで前記知識データベース(200)に、前記索引付き文書についてのこれらの単語パターンおよびこれらの文書に割り当てられた前記トピックを格納し、次いで索引付き文書の前記単語パターンを、その同じ索引付き文書に割り当てられた前記トピックに関係付けることによって、前記知識ベース(200)が最初に構築される、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項４】
前記サーチ問合せは句を含み、前記サーチされた語はその句である、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項５】
前記サーチ問合せは少なくとも1つの単語を含み、前記サーチされた語は、前記サーチ問合せから取られた少なくとも1つのサーチ可能な単語である、請求項1から３のいずれか一項に記載の対話的文書検索システム(100)。
【請求項６】
前記サーチ問合せはいくつかの単語を含み、前記サーチされた語は、前記サーチ問合せから取られたサーチ可能な単語であり、前記サーチ問合せにおけるいくつかの単語が別々のサーチにおいてサーチされる、請求項1から３のいずれか一項に記載の対話的文書検索システム(100)。
【請求項７】
前記サーチ問合せは少なくとも1つの演算子および少なくとも1つの単語を含み、前記リクエスタへの文書の前記提示の範囲は、前記サーチ問合せによって制限される、請求項1から３のいずれか一項に記載の対話的文書検索システム(100)。
【請求項８】
前記知識データベース(200)は、以前にサーチされた単語のレコード、このような以前のサーチによって取り込まれた前記文書、および前記取り込まれた文書に割り当てられた索引語を保持し、前記知識データベース(200)はまた、前記以前にサーチされた単語と、このような以前に行われたサーチによって取り込まれた前記文書の間の連結も保持して、以前にサーチされた単語に後のサーチ問合せで出会うとき、前記サーチ、解析およびカテゴリ化するステップをバイパスできるようにする、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項９】
トピックが以前にそれに割り当てられている索引付き文書を解析し、それにより前記索引付き文書の単語パターンを決定し、次いで前記知識データベース(200)に、前記索引付き文書についてのこれらの単語パターンおよびこれらの文書に割り当てられた前記トピックを格納し、次いで索引付き文書の前記単語パターンを、その同じ索引付き文書に割り当てられた前記トピックに関係付けることによって、前記知識データベース(200)が最初に構築される、請求項８に記載の対話的文書検索システム(100)。
【請求項１０】
前記知識データベース(200)に入力された文書がサーチ可能な文書の母集団から変更または削除されているかどうかを確かめるために周期的にチェックし、そうであった場合、このような文書へのすべての参照、ならびに、それらの取り込みを引き起こした前記サーチされた単語を、前記知識データベース(200)から削除し、それにより、このような文書を取り込む可能性の高いこのような単語のすべてのサーチを、これに後のサーチ問合せで出会った場合に強制的に新たに繰り返させることによって、前記知識データベース(200)が保守される、請求項８に記載の対話的文書検索システム(100)。
【請求項１１】
前記知識データベース(200)に入力された文書が変更されているかどうかを確かめるために周期的にチェックし、そうであった場合、このような文書を再解析および再カテゴリ化し、前記知識データベース(200)から、もはや含まれていない、このような文書と単語の間の連結も除去することによって、前記知識データベース(200)が保守される、請求項８に記載の対話的文書検索システム(100)。
【請求項１２】
前記サーチ可能な文書の母集団内のいくつかの位置で新しい文書を周期的にチェックし、このような文書がサーチによって取り込まれるより前にこれらの文書を解析およびカテゴリ化することによって、前記知識データベース(200)が更新される、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項１３】
前記知識データベース(200)はトピック組合せテーブル(212)を含み、トピック組合せテーブル(212)は、取り込まれた文書内で現れる可能性があり、かつ、カテゴリ化を改善するために他のトピックのための置換としてこのような文書に割り当てられる、前記他のトピックのある組合せのための置換トピックを含む、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項１４】
カテゴリ化中に複数のトピックが少なくともいくつかの文書に割り当てられ、階層的に配列され、前記知識データベース(200)内の前記少なくともいくつかの文書にリンクされ、前記カテゴリ化された文書に関連付けられた階層トピックが存在するのと同数のトピックのリストが前記リクエスタに順々に提示され、前記リクエスタが多数のトピックおよびサブトピックを指定するようにし、前記リクエスタの指定したトピックに無関係の文書を、前記リクエスタがアクセスを認可されるものから除くことによって、サーチ精度が改善されるようにする、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項１５】
前記リクエスタへのいずれかの所与の階層レベルでのトピックの前記提示が、すべての前記文書がそのレベルの同じトピックに関連付けられるとき、抑制される、請求項１４に記載の対話的文書検索システム(100)。
【請求項１６】
解析は、前記文書データを単語のリストまで減らすステップと、屈折および類義語の問題に対処するステップと、サーチ不可能な単語を除くステップと、最も頻繁に発生する単語を選択するステップと、前記文書内でこれらの単語と隣接した単語との頻繁に発生するペアリングを選択するステップとを含む、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項１７】
事前定義された数までの、前記最も頻繁に発生する単語が選択される、請求項１６に記載の対話的文書検索システム(100)。
【請求項１８】
単語が文書内で現れる回数を前記文書の全体の単語の含有量によって除算したものが所定の値を越える場合、単語が頻繁に発生する、請求項１６に記載の対話的文書検索システム(100)。
【請求項１９】
所与の文書内の所与のペアリングの発生の数を、前記文書内の前記ペアリングの前記頻繁に発生する隣接した単語の発生の数によって除算したものが所定の値より大きい場合、ペアリングが頻繁に発生する、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項２０】
-前記問合せプロセッサ(400)が、インターネットまたはイントラネットに接続する少なくとも1つのウェブサーバにインストールされ、
-前記知識データベース(200)が、前記ウェブサーバにアクセス可能なデータベースエンジン(1124)上にインストールされ、
-前記リクエスタは前記ウェブサーバ(1114、1116、1118または1120)と、同じくインターネットおよび同じイントラネットに接続するブラウザ(1104)を有するコンピュータ(1102)を使用して通信し、
-前記ウェブサーバ(1114、1116、1118または1120)にアクセス可能であり、インターネットまたは同じイントラネット上でサーチを行うサーチエンジン(1128)によって、サーチが実行される、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項２１】
前記所定の値は約0.0001である、請求項２０に記載の対話的文書検索システム(100)。
【請求項２２】
多数のウェブサーバ(1114、1116、1118または1120)が使用され、これらがインターネットまたはイントラネットに、ルータ(1112)およびファイアウォール(1110)によって相互接続され、いずれかの所与のサーチ手順の状況が前記リクエスタのコンピュータ(1102)上で維持され、サーチ問合せまたは指定が前記リクエスタによって提出されるたびに、この状況が前記ウェブサーバ(1114、1116、1118または1120)の1つに再提出される、請求項２０に記載の対話的文書検索システム(100)。
【請求項２３】
前記知識データベース(200)は、単語テーブル(202)、辞書(204)および類義語(206)、トピックテーブル(208)、単語組合せテーブル(210)、トピック組合せテーブル(212)、問合せ単語テーブル(214)、問合せ連結テーブル(216)、およびURLテーブル(218)を含む、前記請求項のいずれか一項に記載の対話的文書検索システム(100)。
【請求項２４】
サーチ問合せをリクエスタから受信した後に文書をサーチおよび検索する対話的方法であって、
-テキストパターンをトピックに関係付ける少なくとも1つのデータ構造(202、208、210、212、214、216および/または218)を含む知識データベース(200)を提供するステップと、
-リクエスタからのサーチ問合せの前記受信に応答して、前記サーチ問合せに関係付けられる少なくとも1つの語を含む文書をサーチし、取り込むように試みるステップと、
-いずれかの文書が取り込まれる場合、前記取り込まれた文書を解析してそれらのテキストパターンを決定するステップと、
-各文書のテキストパターンを前記知識データベース(200)内の前記テキストパターンと比較することによって、前記取り込まれた文書をカテゴリ化するステップと、
-文書の単語パターンが前記知識データベース(200)内のテキストパターンに類似するとき、その文書に類似のテキストパターンの関連トピックを割り当てるステップと、
-前記カテゴリ化された文書に割り当てられた前記トピックの少なくとも1つのリストを前記リクエスタに提示し、前記リクエスタに、少なくとも1つのトピックを前記リストから、前記リクエスタのサーチに関連するトピックとして指定するように求めるステップと、
-前記リクエスタに、前記リクエスタによって指定されたトピックがそれに割り当てられている、取り込まれ、カテゴリ化された文書のサブセットへのアクセスを認可するステップとを備え、
前記解析によって決定された単語のパターンは、単語のペアリングであり、各ペアリングは2つのサーチ可能な単語を備え、一方の単語は前記文書内で頻繁に発生し、他方の単語は、前記文書内で頻繁に前記一方の単語の付近で発生する、対話的方法。
【請求項２５】
前記解析するステップは、自動テキストカテゴリ化のための言語的および数学的手法に基づいたハイブリッド方法を使用して実行される、請求項２４に記載の対話的方法。
【請求項２６】
トピックが以前にそれに割り当てられている索引付き文書を解析し、それにより前記索引付き文書の単語パターンを決定し、次いで前記知識データベース(200)に、前記索引付き文書についてのこれらの単語パターンおよびこれらの文書に割り当てられた前記トピックを格納し、次いで索引付き文書の前記単語パターンを、その同じ索引付き文書に割り当てられた前記トピックに関係付けることによって、前記知識ベース(200)を構築するステップをさらに含む、請求項２４または２５のいずれか一項に記載のサーチする対話的方法。
【請求項２７】
句を含み、前記句をサーチする、サーチ問合せを受け入れる、請求項２４または２５のいずれか一項に記載のサーチする対話的方法。
【請求項２８】
少なくとも1つの単語を含み、前記単語をサーチする、サーチ問合せを受け入れる、請求項２４から２６のいずれか一項に記載のサーチする対話的方法。
【請求項２９】
いくつかの単語を含み、各単語を別々のサーチにおいてサーチする、サーチ問合せを受け入れる、請求項２４から２６のいずれか一項に記載のサーチする対話的方法。
【請求項３０】
少なくとも1つの演算子および少なくとも1つの単語を含み、前記単語をサーチして後に前記演算子を使用して、前記リクエスタに提示された前記文書の範囲を制限する、少なくともいくつかのサーチ問合せを受け入れる、請求項２４から２６のいずれか一項に記載のサーチする対話的方法。
【請求項３１】
前記知識データベース(200)において、以前にサーチされた単語のレコード、このような以前のサーチによって取り込まれた前記文書、および前記取り込まれた文書に割り当てられた索引語を保持するステップ、ならびに、前記知識データベース(200)内で、前記以前にサーチされた単語と、このような以前に行われたサーチによって取り込まれた前記文書の間の連結を保持して、以前にサーチされた単語に後のサーチ問合せで出会うとき、前記サーチ、解析およびカテゴリ化するステップをバイパスできるようにするステップをさらに含む、請求項２４から２６のいずれか一項に記載のサーチする対話的方法。
【請求項３２】
トピックが以前にそれに割り当てられている索引付き文書を解析し、それにより前記索引付き文書の単語パターンを決定し、次いで前記知識データベース(200)に、前記索引付き文書についてのこれらの単語パターンおよびこれらの文書に割り当てられた前記トピックを格納し、次いで索引付き文書の前記単語パターンを、その同じ索引付き文書に割り当てられた前記トピックに関係付けることによって、前記知識データベース(200)を最初に構築するステップをさらに含む、請求項３１に記載のサーチする対話的方法。
【請求項３３】
前記知識データベース(200)に入力された文書がサーチ可能な文書の母集団から変更または削除されているかどうかを確かめるために周期的にチェックし、そうであった場合、このような文書へのすべての参照、ならびに、それらの取り込みを引き起こした前記サーチされた単語を、前記知識データベース(200)から削除し、それにより、このような文書を取り込む可能性の高いこのような単語のすべてのサーチを、これに後のサーチ問合せで出会った場合に強制的に新たに繰り返させることによって、前記知識データベース(200)を保守するステップをさらに含む、請求項３１に記載のサーチする対話的方法。
【請求項３４】
前記知識データベース(200)に入力された文書が変更されているかどうかを確かめるために周期的にチェックし、そうであった場合、このような文書を再解析および再カテゴリ化し、前記知識データベース(200)から、もはや含まれていない、このような文書と単語の間の連結も除去することによって、前記知識データベース(200)を保守するステップをさらに含む、請求項３１に記載のサーチする対話的方法。
【請求項３５】
前記サーチ可能な文書の母集団内のいくつかの位置で新しい文書を周期的にチェックし、このような文書がサーチによって取り込まれるより前にこれらの文書を解析およびカテゴリ化することによって、前記知識データベース(200)を更新するステップをさらに含む、請求項２４から３４のいずれか一項に記載のサーチする対話的方法。
【請求項３６】
前記知識データベース(200)に、取り込まれた文書内で現れる可能性がある他のトピックのある組合せのための置換トピックを含む、トピック組合せテーブル(212)を含めるステップ、および、カテゴリ化を改善するために前記他のトピックのための置換としてこのような文書に置換トピックを割り当てるステップをさらに含む、請求項２４から３５のいずれか一項に記載のサーチする対話的方法。
【請求項３７】
カテゴリ化中に複数のトピックを少なくともいくつかの文書に割り当て、階層的に配列し、前記知識データベース(200)内の前記少なくともいくつかの文書にリンクさせるステップ、および、前記カテゴリ化された文書に関連付けられた階層トピックが存在するのと同数のトピックのリストを前記リクエスタに階層順に提示し、前記リクエスタが多数のトピックおよびサブトピックを指定するようにし、前記リクエスタの指定したトピックに無関係の文書を、前記リクエスタがアクセスを認可されるものから除くことによって、サーチ精度が改善されるようにするステップをさらに含む、請求項２４から３６のいずれか一項に記載のサーチする対話的方法。
【請求項３８】
前記リクエスタへのいずれかの所与の階層レベルでのトピックの前記提示を、すべての前記文書がそのレベルの同じトピックに関連付けられるとき、抑制するステップをさらに含む、請求項３７に記載のサーチする対話的方法。
【請求項３９】
前記文書データを単語のリストまで減らすステップと、屈折および類義語の問題に対処するステップと、サーチ不可能な単語を除くステップと、最も頻繁に発生する単語を選択するステップと、前記文書内でこれらの単語と隣接した単語との頻繁に発生するペアリングを選択するステップとをさらに含む、請求項２４から３８のいずれか一項に記載のサーチする対話的方法。
【請求項４０】
事前定義された数までの、前記最も頻繁に発生する単語を選択するステップをさらに含む、請求項３９に記載のサーチする対話的方法。
【請求項４１】
単語が頻繁に発生するかどうかを、前記単語が文書内で現れる回数を前記文書の全体の単語の含有量によって除算したものが所定の値を越えるかどうかを判断することによって、判断するステップをさらに含む、請求項３９に記載のサーチする対話的方法。
【請求項４２】
ペアリングが頻繁に発生するかどうかを、所与の文書内の所与のペアリングの発生の数を、前記文書内の前記ペアリングの前記隣接した単語の発生の数によって除算したものが所定の値より大きいかどうかを判断することによって、判断するステップをさらに含む、請求項３９に記載のサーチする対話的方法。
【請求項４３】
インターネットプロトコルを使用して前記リクエスタとの通信の手配をするステップをさらに含む、請求項２４から４２のいずれか一項に記載のサーチする対話的方法。
【請求項４４】
前記リクエスタによるいずれかの所与のサーチ手順の状況を維持するステップをさらに含む、請求項４３に記載のサーチする対話的方法。
【請求項４５】
前記知識データベース(200)に、単語テーブル(202)、辞書(204)および類義語(206)、トピックテーブル(208)、単語組合せテーブル(210)、トピック組合せテーブル(212)、問合せ単語テーブル(214)、問合せ連結テーブル(216)、およびURLテーブル(218)を構築するステップをさらに含む、請求項２４から４４のいずれか一項に記載のサーチする対話的方法。
【請求項４６】
コンピューティングデバイス上で実行されるとき、請求項２４から４５のいずれか一項に記載の方法を実施する、コンピュータソフトウェアプログラム。
【請求項４７】
専用に設計されたユーザインターフェイス(1402)がユーザに、すべてのアクセス可能な文書への一様なアクセスを提示し、それにより、文書がいずれかの企業ネットワークのドメインから検索されるかインターネットから検索されるかにかかわらず、文書のファイルフォーマットに無関係に、異質環境におけるサーチを可能にすることを特徴とする、請求項1から２３のいずれか一項に記載の対話的文書検索システム(100)。
【請求項４８】
専用に開発された更新機能(1312)が、ウェブサイトをそれらの個々の修正サイクルに応じて訪れてウェブサイトをさらなる解析のために提供するために、使用されることを特徴とする、請求項1から２３、または４７のいずれか一項に記載の対話的文書検索システム(100)。
【請求項４９】
電子的に格納されたデータを保護するために個々の会社のドメインにおいて使用された既存のセキュリティ構造を認識し、それにより前記対話的文書検索システム(100)を前記セキュリティ構造に、それらを変更することなく統合することを可能にする手段を備える、請求項1から２３、または４７または４８のいずれか一項に記載の対話的文書検索システム(100)。
【請求項５０】
異なるオペレーティングシステム環境への前記対話的文書検索システム(100)の移植性がサポートされる、請求項1から２３および/または４７から４９のいずれか一項に記載の対話的文書検索システム(100)。
【請求項５１】
前記ユーザにデータ空間のセットが提供され、各々はテーマ的に接続された文書のセットを備える、請求項1から２３および/または４７から５０のいずれか一項に記載の対話的文書検索システム(100)。
【請求項５２】
インターネットから検索された文書の前記提示に適した、適切にフォーマットされたテキストを生成するための提示プログラムを備える、専用に設計されたユーザインターフェイス(1402)が適用される、請求項1から２３および/または４７から５１のいずれか一項に記載の対話的文書検索システム(100)。
【請求項５３】
エージェントプログラムが適用され、これは、入力されたサーチ問合せをバックグラウンドで連続的に処理する、請求項1から２３および/または４７から５２のいずれか一項に記載の対話的文書検索システム(100)。
【請求項５４】
選択されたカテゴリの各文書が、公共の場、メディアおよび/または百科事典、企業または他のソースなど、その起源に従って分類される、請求項1から２３および/または４７から５３のいずれか一項に記載の対話的文書検索システム(100)。
【請求項５５】
異なるカテゴリ、および関連付けられた開始文書を有する、広く適用可能なシソーラスが適用される、請求項1から２３および/または４７から５４のいずれか一項に記載の対話的文書検索システム(100)。
【請求項５６】
ユーザインターフェイスが適用され、これは、自動的に認識され、基礎的な自動音声認識アプリケーションを用いて解釈される音声コマンドを用いて、サーチ問合せを入力する手段を備える、請求項1から２３および/または４７から５５のいずれか一項に記載の対話的文書検索システム(100)。
【請求項５７】
サーチ結果が、音声データ出力を用いて提示される、請求項1から２３および/または４７から５６のいずれか一項に記載の対話的文書検索システム(100)。
【請求項５８】
前記対話的文書検索システム(100)の多言語オペレーションが可能にされる、請求項1から２３および/または４７から５７のいずれか一項に記載の対話的文書検索システム(100)。
【請求項５９】
ユーザに、すべてのアクセス可能な文書への一様なアクセスが提示され、それにより、文書がいずれかの企業ネットワークのドメインから検索されるかインターネットから検索されるかにかかわらず、文書のファイルフォーマットに無関係に、異質環境におけるサーチを可能にする、請求項２４から４５のいずれか一項に記載のサーチする対話的方法。
【請求項６０】
事前定義された例示的アーカイブが使用され、これは、新しいアーカイブ構造がインストールされなければならない場合に生じるであろう実施コストを節約するために、事前にカテゴリ化された文書のセットについてのカテゴリ情報を備える、請求項２４から４５、または５９のいずれか一項に記載のサーチする対話的方法。
【請求項６１】
専用に開発された更新機能(1312)が、ウェブサイトをそれらの個々の修正サイクルに応じて訪れてウェブサイトをさらなる解析のために提供するために使用され、それにより、使用されたインターネットアーカイブ構造の最大トピック性を保証する、請求項２４から４５、５９または６０のいずれか一項に記載のサーチする対話的方法。
【請求項６２】
電子的に格納されたデータを保護するために個々の会社のドメインにおいて使用された既存のセキュリティ構造を認識し、それにより対話的文書検索システム(100)を前記セキュリティ構造に、それらを変更することなく統合することを可能にする手段を備える、請求項２４から４５および/または５９から６１のいずれか一項に記載のサーチする対話的方法。
【請求項６３】
異なるオペレーティングシステム環境への前記対話的文書検索システム(100)の移植性がサポートされる、請求項２４から４５および/または５９から６２のいずれか一項に記載のサーチする対話的方法。
【請求項６４】
前記ユーザにデータ空間のセットが提供され、各々はテーマ的に接続された文書のセットを備える、請求項２４から４５および/または５９から６３のいずれか一項に記載のサーチする対話的方法。
【請求項６５】
インターネットから検索された文書の前記提示に適した、適切にフォーマットされたテキストを生成するための提示プログラムを備える、専用に設計されたユーザインターフェイス(1402)が適用される、請求項２４から４５および/または５９から６４のいずれか一項に記載のサーチする対話的方法。
【請求項６６】
エージェントプログラムが適用され、これは、入力されたサーチ問合せをバックグラウンドで連続的に処理する、請求項２４から４５および/または５９から６５のいずれか一項に記載のサーチする対話的方法。
【請求項６７】
選択されたカテゴリの各文書が、公共の場、メディアおよび/または百科事典、企業または他のソースなど、その起源に従って分類される、請求項２４から４５および/または５９から６６のいずれか一項に記載のサーチする対話的方法。
【請求項６８】
異なるカテゴリ、および関連付けられた開始文書を有する、広く適用可能なシソーラスが適用される、請求項２４から４５および/または５９から６７のいずれか一項に記載のサーチする対話的方法。
【請求項６９】
ユーザインターフェイスが適用され、これは、自動的に認識され、基礎的な自動音声認識アプリケーションを用いて解釈される音声コマンドを用いて、サーチ問合せを入力する手段を備える、請求項２４から４５および/または５９から６８のいずれか一項に記載のサーチする対話的方法。
【請求項７０】
サーチ結果が、音声データ出力を用いて提示される、請求項２４から４５および/または５９から６９のいずれか一項に記載のサーチする対話的方法。
【請求項７１】
前記対話的文書検索システム(100)の多言語オペレーションが可能にされる、請求項２４から４５および/または５９から７０のいずれか一項に記載のサーチする対話的方法。
【請求項７２】
モバイルコンピューティングおよび/または遠隔通信デバイスであって、インターネットおよび/またはいずれかの企業ネットワークからの文書にアクセスするためのWAP規格を適用することができる、グラフィカルユーザインターフェイスを備え、
請求項1から２４および/または４７から５１のいずれか一項に記載の対話的文書検索システム(100)を特徴とする、モバイルコンピューティングおよび/または遠隔通信デバイス。
【請求項７３】
対話的文書検索システムであって、
-解析された文書の識別をトピックに関係付けるための知識データベース(1408)と、
-サーチ語を入力するためのユーザインターフェイス(1402)と、
-入力サーチ語に本質的に合致する文書について、リソースをサーチするため、かつ、文書の識別をサーチ結果として出力するためのサーチエンジン(1406)と、
-前記サーチエンジン(1406)の前記サーチ結果が供給される発見マシン(1404)であって、
-前記知識データベース(1408)にアクセスして、前記サーチ結果において識別された文書が現在のサーチ語とは別のサーチ語に関して前にすでに解析されているかどうかをチェックすること、
-前記文書が前にすでに解析されており、その識別がその関連トピックと共に前記知識データベース(1408)に格納されている場合、文書の前記識別を、前記知識データベース(1408)から検索されたその関連トピックと共に前記ユーザインターフェイス(1402)に転送すること、および
-前記文書が前にまだ解析されていない場合、前記識別された文書を解析して、トピックを前記文書の前記識別に関係付け、前記文書の前記識別をその関連トピックと共に前記ユーザインターフェイス(1402)に転送することを行うための発見マシン(1404)とを備える、対話的文書検索システム。
【請求項７４】
対話的文書検索方法であって、
-解析された文書の識別をデータベースにおけるトピックに関係付けるステップ(1408)と、
-ユーザインターフェイスを用いてサーチ問合せを入力するステップ(1402)と、
-入力サーチ問合せに本質的に合致する文書について、リソースをサーチし(1406)、文書の識別をサーチ結果として出力するステップと、
-前記データベース(1408)にアクセスして、前記サーチ結果において識別された文書が現在のサーチ語とは別のサーチ語に関して前にすでに解析されているかどうかをチェックするステップと、
-前記文書が前にすでに解析されており、その識別がその関連トピックと共に前記知識データベース(1408)に格納されている場合、文書の前記識別を、前記知識データベース(1408)から検索されたその関連トピックと共に前記ユーザインターフェイス(1402)に転送するステップと、
-前記文書が前にまだ解析されていない場合、前記識別された文書を解析して、トピックを前記文書の前記識別に関係付け、前記文書の前記識別をその関連トピックと共に前記ユーザインターフェイス(1402)に転送するステップとを備える、対話的文書検索方法。
【国際調査報告】
2004534324.tif 000156
2004534324.tif 000157
2004534324.tif 000158