JPH10134064A - 情報検索システム - Google Patents

Abstract

(57)【要約】 【課題】 分散環境における情報検索の精度を高める。 【解決手段】 情報検索システムは端末１１Ａ，１１Ｂ
とデータベースサーバ１２Ａ，１２Ｂ，２１Ｃとからな
る。端末１１Ａ，１１Ｂは、アクセス履歴データベース
１７Ａ，１７Ｂと、アクセス履歴を検索するための検索
依頼プログラム１２Ａ，１２Ｂと、データベースサーバ
２１Ａ，２１Ｂ，２１Ｃを利用するための情報取得用プ
ログラム１３Ａ，１３Ｂと、データベースサーバ２１
Ａ，２１Ｂ，２１Ｃへアクセスした履歴（自端末よりア
クセスした情報の所在位置、キーワード、検索目的、ア
クセス回数、最終アクセス時刻）をアクセス履歴データ
ベース１７Ａ，１７Ｂへ格納するアクセス履歴作成プロ
グラム１６Ａ，１６Ｂを備えている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は１以上のデータベー
スサーバと１以上の端末がネットワーク上に配置された
情報検索システムに関する。

【０００２】

【従来の技術】従来の分散環境における情報検索方法
は、主として情報検索用の専用サーバを利用している
（例えば、田村他「ＷＷＷにおける広域検索システ
ム」、情報処理学会第５１回全国大会３Ｆ−５、１９９
５年） 図９は、情報検索用サーバを利用した従来の情報検索シ
ステムのブロック図である。本情報検索システムは、２
個の端末１１Ｃ，１１Ｄと３個のデータベースサーバ２
１Ａ，２１Ｂ，２１Ｃと１個の情報検索用サーバ２４か
らなる。端末１１Ｃ，１１Ｄは、情報検索用サーバ２４
を利用するための検索依頼プログラム１２Ｃ，１２Ｄ
と、データベースサーバ２１Ａ，２１Ｂ，２１Ｃを利用
するための情報取得用プログラム１３Ｃ，１３Ｄと、表
示装置１４Ｃ，１４Ｄと、入力装置１５Ｃ，１５Ｄから
なる。データベースサーバ２１Ａ，２１Ｂ，２１Ｃは、
利用者に提供するための情報が格納されているデータベ
ース２３Ａ，２３Ｂ，２３Ｃと、利用者からの要求を受
け付けてデータベース２３Ａ，２３Ｂ，２３Ｃに格納さ
れた情報を転送する情報提供用プログラム２２Ａ，２２
Ｂ，２２Ｃからなる。情報検索用サーバ２４は、各デー
タベースサーバ２１Ａ，２１Ｂ，２１Ｃへアクセスして
データベース２３Ａ，２３Ｂ，２３Ｃに格納されている
情報にキーワードなどのインデックスを付与し、各デー
タベース２３Ａ，２３Ｂ，２３Ｃの情報のリストを作成
する検索用データ作成プログラム２５と、利用者からの
検索要求を受け付け、検索用データと照合して該当する
情報を格納したデータベースの所在およびファイル名な
どの情報の所在を返却する検索受付プログラム２６と、
データベースサーバ２１Ａ，２１Ｂ，２１Ｃのネットワ
ーク上のアドレスと各データベース２３Ａ，２３Ｂ，２
３Ｃに格納された情報の所在が各情報に付与されたイン
デックスとともに格納されている検索用データベース２
７から構成される。

【０００３】データベースサーバ２１Ａ，２１Ｂ，２１
Ｃの利用者は例えば次のような手順で行われる。情報検
索用サーバ２４は、予め検索用データ作成プログラム２
５を起動して全てのデータベースサーバ２１Ａ，２１
Ｂ，２１Ｃへアクセスし、各データベース２３Ａ，２３
Ｂ，２３Ｃの登録更新状況をチェックして検索用データ
ベース２７を作成しておく。利用者は、取得したい情報
の所在がわからない場合、まず端末１１Ｃまたは１１Ｄ
上の検索依頼プログラム１２Ｃまたは１２Ｄを起動して
キーワードを入力し、情報検索用サーバ２４に検索を依
頼する。情報検索用サーバ２４は、端末１１Ｃまたは１
１Ｄから検索の依頼を受けると、検索受付プログラム２
６を起動し、利用者の入力した検索キーワードで検索用
データベース２７を検索し、マッチしたレコードを端末
１１Ｃまたは１１Ｄへ返却する。利用者は取得した検索
結果中からアクセスするデータベースサーバ、ファイル
名を選択し、情報取得用プログラム１３Ｃまたは１３Ｄ
を起動して実際にデータベースサーバから情報を取得す
る。

【０００４】図９において、実線矢印は情報検索用サー
バ２４がデータベースサーバ２１Ａ，２１Ｂ，２１Ｃか
ら情報を収集する利用ルートを、点線矢印は端末１１Ｃ
が検索用サーバ２４およびデータベースサーバ２１Ａを
利用するルートを示している。

【０００５】ここに示した従来の情報検索システムにお
いて注目すべき点は、第１に情報の所在を検索するため
の専用サーバを利用する点であり、ネットワークに接続
されたデータベースサーバが増加するとともに検索用デ
ータベースを作成、管理するための負荷も大きくなり、
また端末が増加すとともにネットワークおよび検索用サ
ーバの負荷も大きくなる。第２に注目すべき点は、情報
検索用サーバが利用するデータベースサーバに関する情
報は、基本的に各データベース中の情報から直接抽出で
きるデータだけなので、どの情報が利用者にとって有益
なものかや、どの情報が多くの利用者によって利用され
ているか、ある情報は利用者がどのような目的をもって
いるときに利用されているかなどの情報の品質は考慮さ
れず、全てのデータベースサーバを均一に扱うことにな
る。したがって、利用者は、データベースを実際に検索
する際には、情報の所在やその有益性を熟知したエキス
パートからアドバイスを受け、上述した情報検索方法と
併用しているのが現状である。

【０００６】

【発明が解決しようとする課題】上述したように、従来
の分散環境における情報検索方法では、下記のような欠
点がある。

【０００７】（１）情報検索用サーバはデータベースサ
ーバ中の情報からキーワードなどを予め抽出しておき、
これと利用者が入力したキーワードとの照合によって検
索を行うため、利用者自身の検索の履歴や他の利用者の
持っている検索の履歴を利用することができない。

【０００８】（２）情報検索用サーバが各データベース
サーバから予め抽出する情報および利用者から取得する
検索条件は基本的にキーワードだけであり、利用者がデ
ータベースサーバにアクセスする際の検索目的やその情
報がどれくらい頻繁に利用されているかを検索やフィル
タリングに利用することができないため、品質の高い検
索結果が得られない。

【０００９】（３）専用の情報検索用サーバを用意する
必要があるため、ネットワーク上のデータベースサーバ
や端末の増大とともに情報検索用サーバの維持管理およ
びネットワークの負荷が大きくなる。

【００１０】本発明の目的は、検索およびフィルタリン
グのための知識として利用者自身および他の利用者のア
クセス履歴を利用した精度の高い情報検索システムを提
供することである。

【００１１】

【課題を解決するための手段】本発明の情報検索システ
ムは、端末が、アクセス履歴データベースと、前記デー
タベースサーバへの過去のアクセスの履歴として、自端
末よりアクセスした情報の所在位置、キーワード、検索
目的、アクセス回数、最終アクセス時刻を前記アクセス
履歴データバースへ格納する手段と、キーワードと検索
目的の対を検索条件として前記アクセス履歴データベー
スを検索し、目的とする情報のアクセス履歴データを得
る手段を有する。

【００１２】本発明は、各端末内に利用者のアクセス履
歴を保持し管理しておき、データベースを検索する際に
は、情報の特徴を表すキーワードおよび利用者の検索目
的を検索条件とし、それらとアクセス履歴との照合によ
って、アクセス履歴の中に目的とする情報のアクセス履
歴データがないか調べる。

【００１３】本発明の実施態様によれば、アクセス履歴
データベースを各端末が保持し、各端末はまず、キーワ
ードと検索目的の対を検索条件として自端末の前記アク
セス履歴データベースを検索し、目的とする情報のアク
セス履歴データを得ることができないときは前記検索条
件を他の端末に送信し、それを受け取った他の端末は、
前記検索条件を検索条件として該端末が保持する前記ア
クセス履歴データを検索する。

【００１４】自端末内のアクセス履歴から検索結果が得
られない場合には、ネットワーク上の他の端末に検索を
依頼して他の利用者のアクセス履歴を検索に利用する。

【００１５】本発明の実施態様によれば、前記検索条件
に合致するアクセス履歴データを少なくとも１つ発見し
た際は、前記アクセス履歴データベースのアクセス回
数、最終アクセス時刻を更新する手段を有する。

【００１６】本発明の実施態様によれば、前記検索条件
に合致するアクセス履歴データが複数得られた場合に
は、該複数のアクセス履歴データを、検索目的、アクセ
ス回数、最終アクセス時刻によってフィルタリングする
手段を有する。

【００１７】検索に成功した際には、データベースサー
バのアドレスやファイル名、キーワードなどアクセスし
た情報から直接取得できるデータだけでなく、その情報
を検索する際に利用者が入力した検索目的や過去のアク
セス回数などをアクセス履歴として保持管理し、利用者
自身あるいは他の利用者が後で検索を行う際の検索知識
として、検索条件の緩和や検索結果のフィルタリングに
利用する。

【００１８】利用者がデータベースサーバへアクセスし
た際に、アクセスした情報のキーワードや情報の所在、
アクセス回数、利用者の検索目的をアクセス履歴として
保持管理し、それを端末間で相互に参照することによっ
て、他の利用者の検索に関する知識、経験を用いた情報
検索を行うことができるとともに、キーワードなどの他
に検索目的やアクセス回数をアクセス履歴として保持す
ることにより、それらを検索条件の緩和や検索結果のフ
ィルタリングに利用できるので、頻繁に利用される品質
の高い情報を確実に検索することができる。

【００１９】本発明の実施態様によれば、前記端末は、
当該アクセス履歴データベースに格納された検索目的お
よびキーワードと検索知識ベースに記述された概念間の
リンク関係を用いて構築された利用者固有の検索知識ベ
ースと、該検索知識ベースを前記アクセス履歴データベ
ースの検索条件の緩和に利用し、該緩和によって検索に
成功した場合には、検索条件に指定したキーワードに対
応する概念の間を検索目的とアクセス回数をラベルとす
る新たなリンクで結び付けて検索知識ベースを修正する
手段を有する。

【００２０】本発明の実施態様によれば、自端末が保持
する検索知識ベースに基づき検索条件の緩和によって前
記アクセス履歴データベースの検索を行っても検索結果
が得られないときは、前記検索条件を他の端末に送信
し、該他の端末が自己の保有する検索知識ベースに基づ
いて検索条件を緩和して前記アクセス履歴データベース
を検索し、検索結果が得られたときは、該検索結果を前
記自端末に返し、該自端末の検索知識ベースを修正す
る。

【００２１】本発明の実施態様によれば、検索条件に合
致するアクセス履歴データが複数得られた場合には、当
該複数のアクセス履歴データを、検索目的、アクセス回
数、最終アクセス時刻によってフィルタリングする手段
を有する。

【００２２】検索された情報から抽出したキーワードお
よび利用者が入力した検索目的を用いて検索知識ベース
中の概念間のリンクを生成、修正することにより、利用
者固有の情報検索知識を構築し、これを利用者間で共有
して検索条件の緩和や検索結果のフィルタリングに利用
することにより、汎用の検索知識ベースをカスタマイズ
した形で利用者固有の情報検索知識を構築することがで
き、この情報検索知識中の概念間のリンク関係を用いて
検索条件を緩和したり検索結果をフィルタリングするこ
とができる。

【００２３】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。

【００２４】図１は本発明の第１の実施形態の情報検索
システムの構成を示すブロック図である。

【００２５】本実施形態は、２個の端末１１Ａ，１１Ｂ
と３個のデータベースサーバ２１Ａ，２１Ｂ，２１Ｃか
らなるが、３個以上の端末、４個以上のデータベースサ
ーバでも構わない。端末１１Ａ，１１Ｂは、アクセス履
歴を検索するための検索依頼プログラム１２Ａ，１２Ｂ
と、データベースサーバ２１Ａ，２１Ｂ，２１Ｃを利用
するための情報取得用プログラム１３Ａ，１３Ｂと、表
示装置１４Ａ，１４Ｂと、入力装置１５Ａ，１５Ｂと、
アクセス履歴データベース１７Ａ，１７Ｂと、データベ
ースサーバ２１Ａ，２１Ｂ，２１Ｃへアクセスした履歴
をアクセス履歴データベース１７Ａ，１７Ｂへ格納する
アクセス履歴作成プログラム１６Ａ，１６Ｂからなる。
データベースサーバ２１Ａ，２１Ｂ，２１Ｃは、利用者
に提供するための情報が格納されているデータベース２
３Ａ，２３Ｂ，２３Ｃと、利用者からの要求を受け付け
てデータベース２３Ａ，２３Ｂ，２３Ｃに格納されてい
る情報を端末１１Ａ，１１Ｂへ転送する情報提供用プロ
グラム２２Ａ，２２Ｂ，２２Ｃからなる。

【００２６】本実施形態において注目すべき点は、第１
に、検索依頼プログラム１２Ａ，１２Ｂを用いて情報の
所在を検索する際に、キーワードだけでなく何のために
検索しようとしているのかという検索目的を利用者から
取得する点である。例えば、利用者が「ＷＷＷのブラウ
ザをセキュリティとパフォーマンスの観点から評価した
い」という場合には、利用者はキーワードとして「ＷＷ
Ｗブラウザ」、検索目的として「セキュリティ」「パフ
ォーマンス」および「評価」を入力装置１４Ａ，１４Ｂ
から入力する。ここで入力された検索目的は、後述する
アクセス履歴として保存され、後に検索に利用される。

【００２７】第２に注目すべき点は、端末１１Ａ，１１
Ｂが利用者毎のアクセス履歴を作成するアクセス履歴作
成プログラム１６Ａ，１６Ｂおよびそれを格納するアク
セス履歴データベース１７Ａ，１７Ｂを具備しているこ
と、アクセス履歴データベース１７Ａ，１７Ｂには、ア
クセスした情報の所在やその情報から抽出したキーワー
ドだけでなく、利用者が検索の際に入力した検索目的や
アクセス回数、最終アクセス日時も格納することであ
る。

【００２８】図１において、点線矢印は、情報取得プロ
グラム１３Ａが検索依頼プログラム１２Ａの検索結果を
取得してデータベースサーバ２１Ｂから情報を取得し、
履歴作成プログラム１６Ａがそのアクセス履歴をアクセ
ス履歴データベース１７Ａに格納するルートを示してい
る。

【００２９】図２は、情報取得用プログラム１３Ａがデ
ータベースサーバ２１Ｂへアクセスした際のアクセス履
歴作成プログラム１６Ａの処理を示すフローチャートで
ある。

【００３０】（１）データベースサーバ２１Ｂから取得
した情報および所在を情報取得用プログラム１３Ａから
取得する（ステップ３１）。

【００３１】（２）取得した所在をキーとしてアクセス
履歴データベース１７Ａを検索し（ステップ３２）、既
に登録されていれば、アクセス回数および最終アクセス
日時を更新する（ステップ３３，３４）。

【００３２】（３）（２）において未登録の場合は、取
得した情報からキーワードを抽出し、抽出したキーワー
ド、情報の所在、アクセス回数、最終アクセス日時およ
び利用者が検索の際に入力した検索目的をアクセス履歴
データベース１７Ａに新規登録する（ステップ３５）。

【００３３】表１はアクセス履歴データベース１７Ａへ
登録されるアクセス履歴情報の例を示している。

【００３４】

【表１】 また、アクセス履歴作成プログラム１６Ａは、上記
（３）に示したように、取得した情報からキーワードを
抽出する技術が必要となるが、この技術は文書処理シス
テム、テキストベース検索システムの要素技術として既
に確立されており、それを利用することができる。

【００３５】第３に注目すべき点は、端末１１Ａ，１１
Ｂの検索依頼プログラム１２Ａ，１２Ｂは、自端末１１
Ａ，１１Ｂ内のアクセス履歴データベース１７Ａ，１７
Ｂを検索するだけでなく、他の端末１１Ｂ，１１Ａの検
索依頼プログラム１２Ｂ，１２Ａに対してもアクセス履
歴データベース１７Ｂ，１７Ａの検索を依頼することで
ある。図１において、実線矢印は、検索依頼プログラム
１２Ａが利用者の入力したキーワードおよび検索目的を
キーとして、自端末１１Ａおよび他の端末１１Ｂのアク
セス履歴データベース１７Ａ，１７Ｂを検索するルート
を示している。

【００３６】図３は、利用者からキーワードおよび検索
目的が入力された際の検索依頼プログラム１２Ａの処理
を示すフローチャートである。

【００３７】（１）利用者の入力したキーワード、検索
目的を取得し、それをキーとして自端末１１Ａ内のアク
セス履歴データベース１７Ａを検索する（ステップ４
１）。

【００３８】（２）結果が得られない場合には、他の端
末１１Ｂの検索依頼プログラム１２Ｂへキーワードおよ
び検索目的を送信して検索を依頼し（ステップ４２，４
３）、該当するアクセス履歴データベース１７Ｂのレコ
ードのリストを結果として取得する。

【００３９】（３）得られた結果が複数の場合には、該
結果アクセス履歴データベース１７Ａの各レコードに格
納されたキーワード、検索目的、アクセス回数、最終ア
クセス日を用いてフィルタリングする（ステップ４５，
４６）。

【００４０】（４）フィルタリングされた結果を情報取
得用プログラム１３Ａへ転送し、データベースサーバ２
１Ｂからの情報取得を依頼する（ステップ４７）。

【００４１】（５）（２）での結果が得られなければ、
検索失敗を利用者へ通知する（ステップ４８）。

【００４２】アクセス履歴データベース１７Ａ，１７Ｂ
が例えばそれぞれ表１、表２のような状況において、利
用者が「ＷＷＷのブラウザをセキュリティとパフォーマ
ンスの観点から評価したい」という意図で、端末１１Ａ
の入力装置１４からキーワード「ＷＷＷブラウザ」、検
索目的「セキュリティ」「パフォーマンス」および「評
価」を入力した場合を考える。

【００４３】

【表２】 アクセス履歴データベース１７Ａの第２レコードは「Ｗ
ＷＷブラウザ」をキーワードとしてもつが、検索目的が
マッチしないため、検索依頼プログラム１２Ａは、端末
１１Ｂの検索依頼プログラム１２Ｂへキーワードおよび
検索目的を送信し検索を依頼する。端末１１Ｂのアクセ
ス履歴データベース１７Ｂには、キーワード「ＷＷＷブ
ラウザ」を持つレコードが２つあり、両者とも利用者の
検索目的と一致するキーを持つので、ともに端末１１Ａ
の検索依頼プログラム１２Ａへ検索結果として送信され
る。端末１１Ａの検索依頼プログラム１２Ａは、取得し
た２つのレコードの検索目的、アクセス回数、最終アク
セス日時を比較してフィルタリングを行う。例えば、本
例の場合、検索目的に着目すると、第１レコードは１つ
のキー「パフォーマンス」だけが一致し、第２レコード
は「セキュリティ」および「評価」が一致するので、第
２レコードを選択することが考えられる。最後に、検索
依頼プログラム１２Ａは、フィルタリングの結果である
第２レコードを情報取得プログラム１３Ａへ転送し、ア
ドレス「１１１．１１．１１１．２２」のデータベース
サーバ２１Ｂへのアクセスを依願する。情報取得プログ
ラム１３Ａはデータベースサーバ２１Ｂへのアクセスし
て情報を取得すると、そのアクセス履歴を利用者の入力
した検索目的「セキュリティ」「パフォーマンス」「評
価」とともにアクセス履歴データベース１７Ａへ格納す
るようにアクセス履歴作成プログラム１６Ａへ依頼す
る。本例では既にアクセス履歴データベース１７Ａに同
一のデータベースサーバ、ファイル名のレコードが存在
するので、検索目的、アクセス回数、最終アクセス日時
が更新される。更新後のアクセス履歴データベース１７
Ａの登録内容を表３に示す。

【００４４】

【表３】 上記は、フィルタリングの一例であり、アクセス回数や
最終アクセス日時を利用することも可能である。さら
に、アクセス履歴データベース中の各レコードに付与さ
れたキーワードの頻度情報を予め集計しておくことによ
り、その利用者の興味や関心を利用することもできるの
で、それに基づいてフィルタリングを行うこともでき
る。このように利用者の検索目的、アクセス回数、最終
アクセス日時を保持しておくことにより、データベース
サーバからは得られないその情報の有用性や人気などを
利用することができる。

【００４５】また、アクセス履歴データベース１７Ａが
表３のように更新されることにより、該利用者あるいは
他の利用者が、同一のキーワード、検索目的をもって検
索する際に、確実にデータベースサーバ２１Ｂをアクセ
スすることができる。

【００４６】図４は、本発明に第２の実施形態の情報検
索システムのブロック図である。本実施形態において、
図１と実質的に同一の構成要素には同一の参照番号を付
与している。また、本実施形態は、３個の端末１１Ａ，
１１Ｂ，１１Ｃと２個のデータベースサーバ２１Ａ，２
１Ｂからなるネットワークシステムを示しているが、端
末、データベースサーバの個数はいくつでも構わない。

【００４７】本実施形態において注目すべき点は、第１
にアクセス履歴データベース１７Ａ，１７Ｂ，１７Ｃに
格納された検索目的およびキーワードと既存の検索知識
ベースに記述された概念間のリンク関係を用いて構築さ
れた利用者固有の検索知識ベース１９Ａ，１９Ｂ，１９
Ｃおよびそれらを構築、利用するための検索知識メンテ
ナンスプログラム１８Ａ，１８Ｂ，１８Ｃを具備してい
ることである。検索知識ベースは、概念間や単語間の上
位下位関係、全体部分関係などの意味的な関係を記述し
た辞書である。これは、情報検索システムや自然言語処
理システムなどにおいて既に実現されており、それを利
用することができる。図４において、点線矢印は、情報
取得プログラム１３Ａが検索結果を取得した際に、履歴
作成プログラム１６Ａがアクセス履歴をアクセス履歴デ
ータベース１７Ａに格納するとともに、検索知識メンテ
ナンスプログラム１８Ａが検索知識ベース１９Ａを更新
するルートを示している。

【００４８】図５は、情報取得プログラム１３Ａが検索
結果を取得した際の検索知識メンテナンスプログラム１
８Ａの処理を示すフローチャートである。

【００４９】（１）検索依頼プログラム１２Ａから検索
時に用いた全ての検索履歴レコードを取得し、アクセス
履歴作成プログラム１６Ａから作成した検索履歴レコー
ドを取得する（ステップ５１）。

【００５０】（２）検索履歴レコード中のキーワードが
検索知識ベース１９Ａに登録されているかチェックし、
登録されていないキーワードは新規登録する（ステップ
５２）。

【００５１】（３）全てのキーワードの組み合わせにつ
いて、以下を実行する（ステップ５７）。

【００５２】（４）全ての検索履歴レコードに対して、
その検索目的をラベルとするリンクが検索知識ベース中
のキーワード間に付与されているかチェックする（ステ
ップ５３，５４）。

【００５３】（５）付与されていたら、そのリンクの重
みを更新し（ステップ５５）、付与されていなければ、
検索目的をラベルとするリンクを追加する（ステップ５
６）。

【００５４】第２に注目すべき点は、検索依頼プログラ
ム１２Ａ，１２Ｂがアクセス履歴を用いて構築した検索
知識ベース１９Ａ，１９Ｂを用いて、検索条件の緩和や
検索結果の絞り込みを行う点である。図４において、実
線矢印は、検索依頼プログラム１２Ａが利用者が入力し
たキーワードおよび検索目的を元に、自分および他の利
用者の検索知識ベース１９Ａ，１９Ｂ、アクセス履歴デ
ータベース１７Ａ，１７Ｂを用いて検索するルートを示
している。

【００５５】図６は、利用者からキーワードおよび検索
目的が入力された際の検索依頼プログラム１２Ａ，１２
Ｂ，１２Ｃの処理を示すフローチャートである。

【００５６】（１）利用者の入力したキーワード、検索
目的をキーとして自端末内のアクセス履歴データベース
を検索する（ステップ６１）。

【００５７】（２）結果が得られない場合には、他の端
末の検索依頼プログラムへキーワードおよび検索目的を
送信して検索を依頼し（ステップ６２，６３）、該当す
るアクセス履歴データベースのレコードのリストを結果
として取得する。

【００５８】（３）他の端末からも結果が得られない場
合は、自端末内の検索知識ベースを参照して、検索キー
ワードに対応するノードが検索目的と同一のラベルのリ
ンクをもてば、そのリンク先のノードを検索条件に追加
して（ステップ６４，６８，７０）、再度（１）から検
索を実行する。

【００５９】（４）得られた結果が複数の場合には、ア
クセス履歴データベースの各レコードに格納されたアク
セス回数、最終アクセス日時などの情報および自端末内
の検索知識ベース中のリンク重みを用いてフィルタリン
グする（ステップ６４，６５，６６）。

【００６０】（５）フィルタイングされた結果を情報取
得プログラムへ転送し、データベースサーバからの情報
取得を依頼する（ステップ６７）。

【００６１】（６）検索条件が緩和済みであれば検索失
敗を利用者に通知する（ステップ６９）。

【００６２】例えば、アクセス履歴データベース１７Ａ
に何も登録されておらず、検索知識ベース１９Ａが概念
シソーラスの初期状態であり、アクセス履歴データベー
ス１７Ｂ，１７Ｃがそれそれ表４、表５、検索知識ベー
ス１９Ｂ，１９Ｃがそれぞれ図７（１），（２）のよう
な状況において、利用者が「ＷＷＷブラウザをセキュリ
ティの観点から評価したい」という意図で、端末１１Ａ
の入力装置１４Ａからキーワード「ＷＷＷブラウザ」、
検索目的「セキュリティ」「評価」を入力した場合を考
える。

【００６３】

【表４】

【００６４】

【表５】 図７（１），（２）において、二重線のリンクが利用者
のアクセス履歴によって生成されたリンクを示してい
る。アクセス履歴データベース１７Ａには履歴が登録さ
れていないので、検索依頼プログラム１２Ａは、端末１
１Ｂ，１１Ｃの検索依頼プログラム１２Ｂ，１２Ｃへキ
ーワードおよび検索目的を送信して検索を依頼する。端
末１１Ｂのアクセス履歴データベース１７Ｂからキーワ
ード「ＷＷＷブラウザ」をもつ２件のレコードが検索結
果として取得され、端末１１Ｃのアクセス履歴データベ
ース１７Ｃからは１件のレコードが取得される。このう
ち、端末１１Ｂから取得した２番目のレコードと端末１
１Ｃから取得したレコードは、アドレス「１１１．１
１．１１１．２２」の同一のデータを示しており、端末
１１Ｂの２番目のレコードの検索目的は利用者が入力し
た検索目的「セキュリティ」「評価」と一致するので、
これが選択されて情報取得プログラム１３Ａへ転送され
る。情報取得プログラム１３Ａは、データベースサーバ
２１Ｂへアクセスして情報を取得すると、その結果を利
用者が入力した検索条件とともにアクセス履歴作成プロ
グラム１６Ａへ送信する。アクセス履歴作成プログラム
１６Ａは、利用者の入力した検索目的「セキュリティ」
「評価」を元にアクセス履歴レコードを作成し、アクセ
ス履歴データベース１７Ａへ格納する。さらに、検索知
識メンテナンスプログラム１８Ａは、端末１１Ｂ，１１
Ｃから取得した検索履歴レコードおよび利用者の入力し
た検索目的を用いて検索知識ベース１９Ａ中の概念シソ
ーラスのリンクを作成する。更新後のアクセス履歴デー
タベース１７Ａおよび検索知識ベース１９Ａの登録内容
をそれぞれ表６、図８に示す。

【００６５】

【表６】 図８に示すとおり、概念シソーラス中の「ＷＷＷブラウ
ザ」と「インターネット」の間には、端末１１Ｂ，１１
Ｃから取得したアクセス履歴レコードの検索目的「セキ
ュリティ」「評価」「パフォーマンス」をラベルとする
リンクが追加される。

【００６６】このことは、上記の検索の結果、『「セキ
ュリティ」「パフォーマンス」「評価」という観点から
みたとき、「ＷＷＷブラウザ」と「インターネット」は
関連の深い概念である』という検索知識が学習されたこ
とを意味している。この知識を他の利用者と共有するこ
とにより、ある利用者が後に、上記と同一の検索条件で
検索する際に、検索条件の緩和や検索結果の絞り込みに
利用することができる。すなわち、キーワード「ＷＷＷ
ブラウザ」だけでは十分な検索結果が得られないときに
は、上記検索知識ベース中に生成されたリンクを用いて
「インターネット」を検索条件に追加して検索条件を緩
和することができ、また、逆に検索結果が十分に絞り込
むことができないときには、キーワード「インターネッ
ト」をもつか否かによって検索結果を絞り込むことがで
きる。

【００６７】

【発明の効果】以上説明したように、本発明は下記のよ
うな効果がある。

【００６８】１）請求項１の発明は、検索の際には、キ
ーワードだけでなく検索の目的も利用者から取得し、ア
クセス回数、最終アクセス日時などとともにアクセス履
歴として保持管理しておくことにより、検索の目的、他
の利用者のアクセス状況を反映した検索やフィルタリン
グを実現することができ、品質の高い情報の検索が可能
となる。また、専用の情報検索用サーバを必要としない
ので、ネットワーク上のデータベースサーバ、端末の増
大に伴う情報検索用サーバの維持管理の負荷の増大や情
報検索用サーバへのアクセスの集中によるネットワーク
の負荷の増大を回避することができる。

【００６９】２）請求項２の発明は、各端末内に利用者
のアクセス履歴を保持管理しておき、データベース上の
情報を検索する際にアクセス履歴との照合によって検索
を行い、かつ自端末内のアクセス履歴から検索結果が得
られない場合には、ネットワーク上の他の端末にアクセ
ス履歴の検索を依頼することにより、検索のための知識
を他の利用者と共有した精度の高い検索を実現すること
ができる。

【００７０】３）請求項６〜８の発明は、検索された情
報から抽出したキーワードおよび利用者が入力した検索
目的を用いて概念シソーラス中の概念間のリンクを生
成、修正することにより、利用者固有の情報検索知識を
構築し、これを利用者間で共有して検索条件の緩和や検
索結果のフィルタリングに利用することにより、汎用の
概念シソーラスをカスタマイズした形で利用者固有の情
報検索知識を構築することができ、この情報検索知識中
の概念間のリンク関係を用いて検索条件を緩和したり検
索結果をフィルタリングすることができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態の情報検索システムの
構成を示すブロック図である。

【図２】情報取得用プログラム１３がデータベースサー
バ２１Ｂへアクセスした際のアクセス履歴作成プログラ
ム１６Ａの処理を示すフローチャートである。

【図３】利用者からキーワードが入力された際の検索依
頼プログラム１２Ａの処理を示すフローチャートであ
る。

【図４】本発明の第２の実施形態の情報検索システムの
構成を示すブロック図である。

【図５】データベースへアクセスした検索結果を取得し
た際の検索知識メンテナンスプログラム１８Ａの処理を
示すフローチャートである。

【図６】検索依頼プログラム１２Ａ，１２Ｂ，１２Ｃの
処理を示すフローチャートである。

【図７】第２の実施形態における検索知識ベースを示す
概念図である。

【図８】第２の実施形態における検索実行後の検索知識
ベースを示す概念図である。

【図９】情報検索システムの従来例のブロック図であ
る。

【符号の説明】

１１Ａ，１１Ｂ，１１Ｃ，１１Ｄ 端末 １２Ａ，１２Ｂ 検索依頼プログラム １３Ａ，１３Ｂ 情報取得用プログラム １４Ａ，１４Ｂ 表示装置 １５Ａ，１５Ｂ 入力装置 １６Ａ，１６Ｂ アクセス履歴作成プログラム １７Ａ，１７Ｂ，１７Ｃ アクセス履歴データベース １８Ａ，１８Ｂ，１８Ｃ 検索知識メンテナンスプロ
グラム １９Ａ，１９Ｂ，１９Ｃ 検索知識ベース ２１Ａ，２１Ｂ，２１Ｃ データベースサーバ ２２Ａ，２２Ｂ，２２Ｃ 情報提供用プログラム ２３Ａ，２３Ｂ，２３Ｃ データベース ２４ 情報検索用サーバ ２５ 検索用データ作成プログラム ２６ 検索受付プログラム ２７ 検索用データベース ３１〜３５，４１〜４８，５１〜５７，６１〜７０
ステップ

Claims (8)

【特許請求の範囲】
1. 【請求項１】 １以上のデータベースサーバと、１以上
   の端末がネットワーク上に配置された情報検索システム
   において、 前記端末は、アクセス履歴データベースと、前記データ
   ベースサーバへの過去のアクセスの履歴として、自端末
   よりアクセスした情報の所在位置、キーワード、検索目
   的、アクセス回数、最終アクセス時刻を前記アクセス履
   歴データベースへ格納する手段と、キーワードと検索目
   的の対を検索条件として前記アクセス履歴データベース
   を検索し、目的とする情報のアクセス履歴データを得る
   手段を有することを特徴とする情報検索システム。
2. 【請求項２】 前記アクセス履歴データベースを各端末
   が保持し、各端末はまず、キーワードと検索目的の対を
   検索条件として自端末の前記アクセス履歴データベース
   を検索し、目的とする情報のアクセス履歴データを得る
   ことができないときは前記検索条件を他の端末に送信
   し、それを受け取った他の端末は、前記検索条件を検索
   条件として該端末が保持する前記アクセス履歴データベ
   ースを検索する、請求項１記載の情報検索システム。
3. 【請求項３】 前記検索条件に合致するアクセス履歴デ
   ータを少なくとも１つ発見した際は、前記アクセス履歴
   データベースのアクセス回数、最終アクセス時刻を更新
   する手段を有する請求項１記載の情報検索システム。
4. 【請求項４】 前記検索条件に合致するアクセス履歴デ
   ータを少なくとも１つ発見した際は、前記検索条件を送
   信した端末は自端末のアクセス履歴データベースのアク
   セス回数、最終アクセス時刻を更新する手段を有する請
   求項２記載の情報検索システム。
5. 【請求項５】 前記検索条件に合致するアクセス履歴デ
   ータが複数得られた場合には、該複数のアクセス履歴デ
   ータを、検索目的、アクセス回数、最終アクセス時刻に
   よってフィルタリングする手段を有する請求項１から４
   のいずれか１項記載の情報検索システム。
6. 【請求項６】 前記端末は、当該アクセス履歴データベ
   ースに格納された検索目的およびキーワードと概念シソ
   ーラスに記述された概念間のリンク関係を用いて構築さ
   れた利用者固有の検索知識ベースと、該検索知識ベース
   を前記アクセス履歴データベースの検索条件の緩和に利
   用し、該緩和によって検索に成功した場合には、検索条
   件に指定したキーワードに対応する概念の間を検索目的
   とアクセス回数をラベルとする新たなリンクで結び付け
   て前記検索知識ベースを修正する手段を有する請求項３
   または４記載の情報検索システム。
7. 【請求項７】 自端末が保持する検索知識ベースに基づ
   き検索条件の緩和によって前記アクセス履歴データベー
   スの検索を行っても検索結果が得られないときは、前記
   検索条件を他の端末に送信し、該他の端末が自己の保有
   する検索知識ベースに基づいて検索条件を緩和して前記
   アクセス履歴データベースを検索し、検索結果が得られ
   たときは、該検索結果を前記自端末に返し、該自端末の
   検索知識ベースを修正する、請求項６記載の情報検索シ
   ステム。
8. 【請求項８】 検索条件に合致するアクセス履歴データ
   が複数得られた場合には、当該複数のアクセス履歴デー
   タを、検索目的、アクセス回数、最終アクセス時刻によ
   ってフィルタリングする手段を有する、請求項６または
   ７記載の情報検索システム。