JP2002024270A

JP2002024270A - 情報検索蓄積装置

Info

Publication number: JP2002024270A
Application number: JP2000200342A
Authority: JP
Inventors: Akihiro Yamada; 晃弘山田
Original assignee: Sanyo Electric Co Ltd
Current assignee: Sanyo Electric Co Ltd
Priority date: 2000-06-30
Filing date: 2000-06-30
Publication date: 2002-01-25

Abstract

(57)【要約】【課題】検索に不慣れなユーザがインターネットで情
報を探すとき、正しい情報にたどり着くために試行錯誤
が必要で、またサイトへのアクセス自体にも時間がかか
る。【解決手段】検索部１８によって所望のページが得ら
れたとき、メタ情報生成部２８はその内容を解析してメ
タ情報を追加してキャッシュメモリ３２へ格納する。つ
ぎにユーザが同様の情報を検出したとき、キャッシュ検
索部２４が先に追加されたメタ情報を参考に、所望のペ
ージがすでにキャッシングされていればキャッシュメモ
リ３２からそのページを読み出してユーザへ提示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、情報検索技術に
関する。この発明はとくに、キーワードを利用して情報
を検索し、適宜蓄積する情報検索蓄積装置に関する。

【０００２】

【従来の技術】インターネットの利用が進むにつれ、そ
の主要なアプリケーションであるＷＷＷ（World Wide W
eb）の利用者が激増し、ＷＷＷのふたつの利用形態、す
なわち情報の発信と検索がユーザに広く浸透した。情報
の発信が増えるにつれ、たいがいの情報はいずれかのＷ
ｅｂサイトのいずれかのページにあるという状況が現実
になった。しかし、情報過多による弊害も指摘されてい
る。すなわち、検索対象であるＷｅｂサイトやそのペー
ジがあまりにも多く、短時間で自分の欲する情報にたど
り着けない、「Ｗｅｂ迷子」ともいえる状況が起こって
いる。

【０００３】こうした状況に敏感な検索系ポータルサイ
トでは、以前より、高度な検索式の設定による効率的な
検索や、条件絞り込みのヒントをサポートしている。す
なわち、ユーザは論理和、論理積などの条件を駆使する
ことにより、情報の洪水から欲しい情報を少ない回数の
検索で効率的に発見できるというものである。

【０００４】

【発明が解決しようとする課題】しかし、インターネッ
ト利用が専門家に限られていた時代ならともかく、検索
の実務に不慣れなユーザによるＷＷＷの利用が増えた今
日、高度な検索式の利用を一般ユーザに求めることは困
難である。そうしたユーザが試行錯誤を繰り返し、結果
的に欲しい情報にたどり着く確率は決して高くない。日
夜そうした状況で多数のユーザが時間をロスしているこ
とは確かであり、そうした弊害による時間的ロスは、も
はや国家経済レベルの問題と認識されるべきである。

【０００５】本発明は、そうした課題に鑑みてなされた
ものであり、その目的は、ユーザが望む情報をより容易
かつ効果的に検索することの可能な技術の提供にある。

【０００６】本発明の別の目的は、ユーザが望む情報を
より短時間でユーザに提示する技術の提供にある。

【０００７】本発明のさらに別の目的は、ユーザごとに
異なる要望をくみ取り、カスタマイズされた情報検索を
実現する技術の提供にある。

【０００８】

【課題を解決するための手段】本発明のある態様は、情
報検索蓄積装置（以下単に「装置」または「本装置」と
もいう）に関する。本装置は、ユーザの意図を反映する
キーワードをもとに、情報を記載したページに対するグ
ローバルな検索を実施する検索部と、前記検索で得られ
たページを解析して、そのページの内容に関するメタ情
報を生成するメタ情報生成部と、前記検索で得られたペ
ージとそのページについて生成された前記メタ情報とを
関連づけてローカルなメモリ装置へ格納する書込制御部
とを含む。

【０００９】「ユーザの意図を反映するキーワード」
は、ユーザが自ら明示的に示したキーワードのほか、ユ
ーザが欲するであろうとの前提のもとで推量したユーザ
の意図に関するキーワードでもよい。

【００１０】検索に関する「グローバル」ということば
は、メモリ装置に関する「ローカル」ということばとの
対比に用いられる。すなわち、ローカルなメモリ装置
は、本装置内部またはその近傍に設けられ、一方、検索
部による検索は、例えばインターネットなど、本装置内
部またはその近傍を超えるなんらかのネットワークを介
して実施される。

【００１１】「ページ」はひとかたまりのデータをい
い、例としてＷＷＷで検索されるホームページその他の
アクセス対象データをいう。「メタ情報」は、もともと
メタデータが「データに関するデータ」の意味であるこ
とに沿い、ページの内容に関する情報をさす。

【００１２】この構成では、まずユーザの意図を反映す
るキーワードを利用してページが検索され、つづいてそ
のページが解析され、メタ情報が生成される。そのペー
ジと生成されたメタ情報は組み合わされ、または一方が
他方へ埋め込まれ、またはそれらの間にリンク情報が設
けられるなどの方法により、関連づけられる。その状態
で、ローカルなメモリ装置へ格納される。このため、メ
タ情報を利用してそのページの内容または主題を大まか
に知り、または検索でき、そのページがローカルなメモ
リ装置、例えばキャッシュメモリに存在する限り、前記
グローバルな検索に比べて一般に速く当該ページを読み
出すことができる。

【００１３】前記メタ情報生成部は、前記検索で得られ
たページに含まれるキーワードを検出するキーワード検
出部と、前記検出されたキーワードをもとに、そのペー
ジの主題、すなわち意図、目的、またはテーマなどを解
析する主題解析部と、前記解析の結果判明した前記主題
に沿ってそのページからメタ情報を抽出するメタ情報抽
出部とをさらに含んでもよい。その場合、前記抽出され
たメタ情報は前記検索で得られたページと関連づけられ
て前記メモリ装置へ格納される。

【００１４】前記メタ情報生成部は、前記検出されたキ
ーワードをもとに、そのページが所望のページであるか
否か判定するプリチェック部をさらに含み、そのページ
が所望のページでないと判定されたとき、そのページの
前記メモリ装置への格納が中止されてもよい。逆にいえ
ば、そのページが所望のページであると判定されたと
き、そのページを前記メモリ装置へ格納してもよい。

【００１５】前記メタ情報生成部は、前記解析の結果判
明した前記主題に沿ってそのページに含まれないメタ情
報を推測してもよい。例えば、あるページの主題が料理
であるが、メタ情報としてその料理の「材料」がなかっ
たとする。その場合、例えばページのタイトルが「おい
しい和食の簡単な献立」であれば、「和食」の料理に
「しょうゆ」が利用される場合が非常に多いため、例え
ばメタ情報として「材料：しょうゆ」を推測して追加し
てもよい。たとえば、献立が煮物であれば、「しょう
ゆ」はかなり高い確率で使用されているという判断もで
きる。したがって、ある情報と、それをもとに高い確率
で推測できるメタ情報を組み合わせて示すテーブルを設
けておいてもよい。推測されたメタ情報もメモリ装置へ
格納されてもよい。

【００１６】本装置は、キャッシュ検索部を有してもよ
い。キャッシュ検索部は、前記キーワードを前記メモリ
装置に格納されたメタ情報へ照合することにより、前記
情報を記載したページがすでに前記ローカルなメモリ装
置の中に存在するか否かを判定する。キャッシュ検索部
は、そのページが存在する場合、当該ページの前記メモ
リ装置からの読み出しを指示し、そのページが存在しな
い場合、前記検索部による検索の再実行を指示してもよ
い。再実行がなされた場合、そうして得られたページに
対して、前記メタ情報生成部による処理がなされ、その
結果生成されたメタ情報がそのページと関連づけられて
新たに前記メモリ装置へ格納されてもよい。

【００１７】本装置はさらに、前記ユーザの意図を反映
したキーワードに所定の加工を施して前記検索部による
検索を支援する検索前処理部を含んでもよい。この検索
前処理部は例えば、前記ユーザの意図を反映したキーワ
ードから推定されるユーザの検索意図に応じて客観化さ
れたキーワードを付与する条件付加部と、前記キーワー
ドおよび前記付与されたキーワードをもとに、例えばそ
れらの論理和を含む形で検索のための条件式を設定する
検索式設定部とを含む。

【００１８】本装置はさらに、ユーザの個人情報をもと
に当該ユーザが問い合わせる情報を予め想定する事前検
索制御部を含んでもよい。その場合、想定された情報に
ついて、バックグラウンドで、すなわちユーザから指示
されず、またはユーザが本装置を使用していない合間に
検索をかけてもよい。そうして取得されたページもメタ
情報とともにメモリ装置へ格納しておけば、ユーザの問
い合わせに対して迅速に対応することができる。

【００１９】

【発明の実施の形態】図１は、実施の形態に係る情報検
索蓄積装置１０の構成を示す。この構成は、ハードウエ
アコンポーネントでいえば、任意のコンピュータのＣＰ
Ｕ、メモリ、その他の素子、およびソフトウエアとして
メモリのロードされた情報検索および蓄積機能のあるプ
ログラムなどによって実現されるが、ここではそれらの
連携によって実現される機能ブロックを描いている。し
たがって、これらの機能ブロックがハードウエアのみ、
ソフトウエアのみ、またはそれらの組合せによっていろ
いろな形で実現できることは、当業者には理解されると
ころである。

【００２０】とくに、情報検索蓄積装置１０のうちソフ
トウエアによる部分は、例えばＷｅｂブラウザの機能を
主体に、この実施の形態に特徴的なメタ情報の生成とキ
ャッシュ制御機能を組み入れることで実現する。ここで
はそうした態様を前提とし、情報の検索をＷＷＷ上で行
うものとする。以下、まずは全体構成を大まかに説明し
た後、処理の流れを説明する。

【００２１】入力部１２は、キーボード、マウスその他
の外部機器を介してユーザから入力されたデータ、ここ
では検索要求文を取得する。検索要求文は、例えば「牛
肉を使った料理のレシピが知りたい」というように自然
文の形式をとるが、もちろん、最初からキーワード単位
で入力してもよい。以下、自然文を例にとる。

【００２２】検索要求文はキーワード抽出部１４へ送ら
れ、形態素へ分解され、主に名詞、ここでは「牛肉」
「料理」「レシピ」などがユーザの意図を反映するキー
ワードとして抽出される。以下、こうして取得されたキ
ーワードを「初期キーワード」といい、後述の検索前処
理部１６で新たに付与されるキーワードと区別する。

【００２３】初期キーワードは検索前処理部１６へ送ら
れる。検索前処理部１６の機能は後述するが、ここでは
初期キーワードが検索に最適な形で選ばれているとは限
らないため、一部キーワードを削除し、かつより客観化
された適切なキーワード（以下「客観キーワード」とも
いう）を生成する。つづいて、初期キーワードのうち削
除されずに残ったキーワード（以下「選定された初期キ
ーワード」ともいう）と客観キーワードの論理積、つま
りアンドをとり、こうして得られる検索式を検索部１８
へ送付する。

【００２４】検索部１８は自身が検索エンジンであって
もよいが、インターネットに接続されたポータルサイト
などが有する検索エンジンに指示を出す制御機能を有し
てもよい。いずれにしても、通信部２０を介し、先の検
索式を用いてＷｅｂサイトやそのページへの検索が実行
され、その結果ヒットした情報（以下単に「目的ペー
ジ」という）が通信部２０を介して検索結果取得部３０
で取得され、これが表示画面生成部３４で整形され、表
示装置３６へ一覧表示される。

【００２５】目的ページはメタ情報生成部２８へも送ら
れる。メタ情報生成部２８は、後述のごとく必要なメタ
情報を生成し、これを目的ページに関連づけてキャッシ
ュメモリ３２へ格納する。以降、キャッシュメモリ３２
内のデータが将来のユーザによる検索に対して待機状態
となる。なお、キャッシュメモリ３２は、ディスク、半
導体メモリなど、その形態は問わない。

【００２６】キーワード抽出部１４で抽出された初期キ
ーワードは、キャッシュ検索部２４へも送られる。キャ
ッシュ検索部２４は、先の「牛肉」等のキーワードをも
とにキャッシュメモリ３２内を検索し、もしユーザが求
めるページがすでにキャッシングされていれば、検索前
処理部１６または検索部１８へ指示を出すことにより、
インターネットへのアクセスが必要なグローバルな検索
は中止し、ローカルなキャッシュメモリ３２から所望の
ページを読み出す。読み出されたページは表示装置３６
で表示される。一方、所望のページがキャッシュメモリ
３２に存在しない場合は、先に述べたごとく、検索前処
理部１６、検索部１８を経てページが取得される。

【００２７】ユーザ情報データベース２２は、ユーザに
関するいろいろな情報（以下「個人情報」ともいう）、
たとえば趣味などのある程度恒久的な情報や、今週の予
定または今週食べたものといった一過性のある情報など
を保持している。個人情報は、入力部１２から直接的に
取得される他、ユーザの興味の対象を初期キーワードの
形でキーワード抽出部１４から得てもよい。また本装置
は、図示しないＰＩＭ（個人情報管理装置）としてスケ
ジュール管理機能、食べたものからカロリーを計算する
健康管理機能、買った物やその価格を記録する会計機能
などを備えていてもよく、そうした機能の利用記録から
取得できる情報を格納してもよい。

【００２８】事前検索制御部２６は、ユーザ情報データ
ベース２２に保持された個人情報をもとに、ユーザが興
味を示しそうな情報を特定し、その情報に関するキーワ
ードを検索前処理部１６へ送る。検索前処理部１６は、
事前検索制御部２６からキーワードが送られてきたこと
を契機として客観キーワードの生成と検索式の生成を行
い、検索部１８が検索を実行する。事前検索制御部２６
が検索を起動するこのプロセスはバッグラウンド的に処
理されることが望ましく、例えばユーザが本装置を利用
していない夜間、または昼間であってもユーザから指示
がない時間がある程度続いたとき、または図示しないメ
ールプログラムがメールのダウンロードのためにインタ
ーネットへダイヤルアップ接続しにいったときなどに合
わせて実行してもよい。いずれの場合も、バックグラン
ド的な処理であれば、メタ情報生成部２８による処理に
も時間がとれるため、好都合である。

【００２９】図２はメタ情報生成部２８の内部構成を示
す。検索結果取得部３０から送付された目的ページは、
キーワード検出部５０へ入力される。キーワード検出部
５０は目的ページから形態素解析その他既知の解析方法
によりキーワードを検出する。検出されたキーワード
（以下「チェック用キーワード」ともいう）はプリチェ
ック部５２へ送られる。

【００３０】プリチェック部５２は、チェックデータ保
持部６２に予め格納されたデータをもとに、目的ページ
が本当にユーザの希望するページであるかどうか判定す
る。チェックデータ保持部６２には、細分化されたテー
マごとに出現頻度の高いキーワードが格納されている。
テーマ分類の例として、ポータルサイトが提供するごと
く、まず大分類に「ニュース」「コンピュータ」「トラ
ベル」「グルメ」「オークション」「マネー」「スポー
ツ」「娯楽」「音楽」「仕事」などがあり、例えば「グ
ルメ」の下の中分類として「全国のレストラン」「イベ
ント」「プロの献立」「エスニック料理」「料理番組」
「栄養」「耳より情報」などがある。チェックデータ保
持部６２は例えば、こうした中分類ごとにポータルサイ
トに登録されているサイトのページを、過去のいずれか
のタイミングでサンプルして得られたキーワードを保持
している。

【００３１】プリチェック部５２は、チェック用キーワ
ードのそれぞれとチェックデータ保持部６２に保持され
ているキーワードとのマッチングをとり、各キーワード
が上記のいずれの大分類または中分類に属するかを判定
する。その結果、例えばチェック用キーワードの過半数
が大分類の「グルメ」に属していたとする。一方、当初
のユーザの意図を示す初期キーワード「牛肉」「料理」
「レシピ」も同一の「グルメ」に存在すれば、目的ペー
ジはチェックに合格したと判断する。もちろん、大分類
「グルメ」以外に中分類の「プロの献立」などを利用し
てもよく、その場合、チェック用キーワードの例えば２
０％が「プロの献立」に含まれていれば合格としてもよ
い。ただし、プリチェック部５２は厳密なチェックが目
的ではなく、あきらかにユーザの意図からはずれるペー
ジのみを弾けばよく、合格の判定を非常に緩く設定して
もよい。チェックの結果はメタ情報書込制御部６０に伝
えられる。

【００３２】主題解析部５４もプリチェック部５２とほ
ぼ同様の構成であり、キーワード検出部５０からチェッ
ク用キーワードを取得するが、主題解析部５４は初期キ
ーワードについては関知せず、チェック用キーワードの
多数が含まれる大分類または中分類を特定する。これが
例えば「プロの献立」であれば、目的ページの主題は
「料理」またはその中の特に「献立」であると判断し、
ここでは「献立」をメタ情報抽出部５６およびメタ情報
推測部５８へ伝える。

【００３３】メタ情報抽出部５６は、「献立」が目的ペ
ージの主題であるとの判断のもとに、「献立」に関する
情報を目的ページ内から検索し、メタ情報の集合体であ
るファイル（以下「メタ情報ファイル」という）を生成
する。図３はそうして生成されたメタ情報ファイル７０
の例を示す。ここでは、予め「料理分類」「料理名」そ
の他の項目を定めた料理用テンプレートが準備され、そ
れらの項目に目的ページから該当する情報を埋め込んで
いる。

【００３４】メタ情報推測部５８は、メタ情報ファイル
７０の項目のうち、目的ページ中に該当する情報が発見
されなかった項目について、そのメタ情報を推測する。
例えば、いま図３の項目のうち「カロリー」が不明であ
れば、「成分表」や「材料リスト」、および必要に応じ
て「作り方」を参照し、カロリーの概算を計算してもよ
い。そのための計算式は料理用テンプレートを作成する
際にメタ情報推測部５８に記録しておいてもよい。料理
以外にも、例えば旅行用テンプレートを作る場合、「電
車による所要時間」「交通費」「付近の名所」などを項
目として設ける傍ら、それらの情報が目的ページに発見
できない場合、地図情報、列車時刻表、各県観光案内情
報などを予め調べておいてメタ情報を推測してもよい。
ユーザの趣味が旅行であることがわかっていれば、事前
検索制御部２６は予めＷＷＷ上で利用可能な地図情報等
を利用し、メタ情報推測のための情報を入手してもよい
し、その情報源であるページを、ユーザが興味をもちそ
うなページとして予めキャッシュメモリ３２へ格納して
もよい。

【００３５】メタ情報抽出部５６で生成され、メタ情報
推測部５８によって情報が追加されたメタ情報ファイル
７０はメタ情報書込制御部６０へ送られる。メタ情報書
込制御部６０は、プリチェック部５２による合否チェッ
クが合格であった場合、メタ情報ファイル７０と目的ペ
ージを関連づけてキャッシュメモリ３２へ格納する。

【００３６】図４は、メタ情報ファイル７０と目的ペー
ジのページデータ７２の関連づけの方法を示す。ここで
はページデータ７２の先頭その他任意の箇所にメタ情報
ファイル７０の内容が埋め込まれる。そのため、例えば
ＸＭＬ（eXtensible MarkupLanguage）で両者を一体の
テキストファイルとして生成してもよく、図３の記述
は、＜献立メタ情報＞＜ＵＲＬ＞www.kondate.com＜／ＵＲＬ＞＜料理分類＞中華＜／料理分類＞：＜／献立メタ情報＞などの記述に変換して埋め込まれる。

【００３７】図５は、メタ情報ファイル７０と目的ペー
ジのページデータ７２の別の関連づけを示す。ここで
は、メタ情報ファイル７０をページデータ７２と別ファ
イルとして生成し、それらのリンク情報７４が別途記録
されている。この方法の場合、キャッシュ検索部２４に
よる検索はメタ情報ファイル７０に対して行われ、リン
ク情報７４を介して所望のページがキャッシュメモリ３
２から読み出される。

【００３８】図６は、検索前処理部１６の内部構成を示
す。キーワード抽出部１４で抽出された初期キーワード
は条件緩和部１００へ送られる。条件緩和部１００は、
参照テーブル１０４を検索することにより、削除すべき
キーワードを決定する。参照テーブル１０４には、過去
の検索における経験則をもとに、検索の際、大幅にヒッ
ト数を減らすようなキーワード、いいかえれば、条件と
して厳しすぎるキーワードが削除すべきものとして記録
されている。以下、そうして削除されたキーワードを
「無効キーワード」ともいう。条件緩和部１００は、キ
ーワードを削除して残ったキーワード、すなわち、選定
された初期キーワードを条件付加部１０２および検索式
設定部１０６へ送付する。条件付加部１０２にはさらに
無効キーワードも通知される。

【００３９】条件付加部１０２は、選定された初期キー
ワードおよび無効キーワード、または例えば後者のみを
もとに、参照テーブル１０４を参照して客観キーワード
を特定し、これを検索式設定部１０６へ通知する。検索
式設定部１０６は、選定された初期キーワードと客観キ
ーワードの論理積、つまりアンドをとり、こうして得ら
れる検索式を検索部１８へ送付する。

【００４０】図７は参照テーブル１０４の内部データの
一例を示す。参照テーブル１０４は、キーワード欄１４
０、削除欄１４２、および客観キーワード欄１４４が設
けられている。キーワード欄１４０には初期キーワード
が記録され、削除欄１４２はそれらのうち無効キーワー
ドに「１」のフラグが立っている。このフラグが「０」
の場合、それは選定されたキーワードとして検索式の中
に残される。客観キーワード欄１４４は、各初期キーワ
ードに対応して過去の検索から経験則的に、またはオペ
レータが自主的に設定した客観キーワードが優先順に記
述されている。汎用の検索サイトを用いた例を紹介すれ
ば、「牛肉」というキーワードで検索したときのヒット
数は数万を越えるが、「レシピ」をアンド条件として検
索をすると、そのヒット数が大きく下がる。この状態で
は、ユーザの求めるレシピに関する情報も相当数捨てら
れている。その理由は、レシピを記述したページには、
実は「レシピ」という単語が含まれない場合も多いこと
による。このため、参照テーブル１０４において初期キ
ーワード「レシピ」は、削除すべきキーワードとしてフ
ラグが「１」にセットされ、それを代替する効果的な客
観キーワードとして「塩」「こしょう」がこの順に記述
されている。以上が情報検索蓄積装置１０の構成であ
る。

【００４１】図８は、この構成による処理の手順を示
す。牛肉に関するレシピを知りたいユーザは、まず検索
要求文「牛肉を使った料理のレシピを知りたい」を入力
する。検索要求文は入力部１２で取得され（Ｓ１０）、
初期キーワード「牛肉」「料理」「レシピ」が抽出され
る（Ｓ１２）。これらの初期キーワードはキャッシュ検
索部２４へ送られ、キャッシュメモリ３２に対する検索
が掛けられ（Ｓ１４）、所望のページがすでにキャッシ
ングされていれば（Ｓ１４のＹ）、そのページが読み出
されて表示画面生成部３４を経て表示される（Ｓ１
６）。

【００４２】一方、所望のページがキャッシングされて
いなければ（Ｓ１４のＮ）、検索前処理部１６により、
無効キーワードの特定と客観キーワードの付与および検
索式の設定という検索の前処理がなされる（Ｓ１８）。
ここでは、「レシピ」というキーワードが削除され、代
わりに「塩」と「こしょう」がアンド条件で追加され
る。したがって、検索式としては、牛肉ａｎｄ（塩ａｎｄこしょう）が立てられ、これをもとに検索部１８がＷＷＷを用いた
ページ検索を実施する（Ｓ２０）。

【００４３】検索によって発見されたページ、すなわち
目的ページは検索結果取得部３０、表示画面生成部３４
を経て表示される（Ｓ２２）。また、目的ページはメタ
情報生成部２８へも送られ、ここでプリチェック、主題
の解析、メタ情報の抽出と推測を経てメタ情報が図３に
示すファイルとして生成される（Ｓ２４）。つづいて、
このメタ情報は目的ページと図４または図５のような方
法で関連づけられ、キャッシュメモリ３２へ格納される
（Ｓ２６）。

【００４４】その結果、次回ユーザが情報を検索すると
きに「牛肉」という初期キーワードがあればメタ情報フ
ァイル７０の「材料リスト」の項目から有効な検索が行
われるし、レシピを知りたければ客観キーワードとして
追加された「塩」「こしょう」などが同じく「材料リス
ト」または「作り方」などの項目から有効に検索され
る。したがって、ユーザがある程度主観的に入力した検
索要求文をもとに、ユーザが求める情報が迅速に提供さ
れる。とくに、この実施の形態に特徴的なメタ情報の追
加とキャッシングによれば、ユーザが求めるページがキ
ャッシュメモリ３２に存在するときには非常に高い精度
で検索にかかるし、そうしたキャッシュメモリ３２から
読み出されたページがユーザの満足にかなう確率も高ま
る。とくに、メタ情報生成部２８ではキャッシングすべ
きページをプリチェックするため、無駄のないキャッシ
ングを行うことができる。

【００４５】図９は、事前検索制御部２６によってバッ
クグラウンド的に実施される事前検索の手順を示す。い
まユーザは前述の健康管理機能を利用して、毎日食事の
内容を本装置へ記録しているとする。また、個人情報か
らこのユーザは中華料理が好きであり、かつ自分で調理
することが好きなことがわかったとする（Ｓ３０）。そ
の場合、事前検索制御部２６は例えば一週間にわたって
ユーザがまったく中華料理を食べていないことを検知す
れば、そろそろ中華料理の献立に対する問い合わせがあ
ると予測し、事前検索制御部２６はキーワードとして
「中華」「料理」「献立」などを生成する（Ｓ３２）。

【００４６】つづいて事前検索制御部２６は、ユーザが
本装置を利用しない例えば夜中になったとき、バックグ
ラウンド的な検索のためのタイミングが到来したと認識
し（Ｓ３４のＹ）、生成したキーワードを検索前処理部
１６へ送る。以下の処理は図８と同様であり、ユーザが
問い合わせる可能性のあるページが予めキャッシングさ
れる。その結果、ユーザからの要求に迅速に対応でき、
カスタマイズ度の高いエージェントマシンが実現する。

【００４７】なお、ユーザが頻繁に「今日の株価」「お
勧め温泉情報」などのページへアクセスしていれば、事
前検索制御部２６は予めそれらのページをキャッシング
するよう作用してもよく、その場合はキーワードに代え
て、直接それらのページのＵＲＬを検索部１８または通
信部２０へ通知してもよい。ユーザが個人情報として
「いま買いたいはパーソナルコンピュータ」を登録して
いる場合、事前検索制御部２６はコンピュータやＰＣな
どに関連するページを検索し、メタ情報としてＣＰＵス
ピード、メモリ容量などを生成してキャッシュメモリ３
２へ格納すればよい。その場合も、ユーザがそうした情
報へアクセスしたとき、ローカルなキャッシュメモリ３
２から、しかも精度の高い検索の結果得られたページが
読み出されるため、ユーザの利便性は高まる。

【００４８】以上、本発明をいくつかの実施の形態をも
とに説明した。これらの実施の形態は例示であり、それ
らの各構成要素や各処理プロセスの組合せにいろいろな
変形例が可能なこと、またそうした変形例も本発明の範
囲にあることは当業者に理解されるところである。

【００４９】そうした変形例として、事前検索制御部２
６はさらに、お勧め情報をユーザへ提示するプッシュ機
能を備えてもよい。事前検索制御部２６は予めユーザの
問い合わせを予測するため、例えば「今日の夕食は、中
華料理はいかがですか。最新のレシピが届きました」な
どと表示することにより、キャッシングされているペー
ジに対するユーザの興味を喚起してもよい。

【００５０】同様に、メタ情報を生成する段階で、例え
ばカロリーの高低、塩分の多寡をメタ情報に組み入れて
もよい。その場合、ユーザが「太らないメニューを知り
たい」という問いかけをすることにより、カロリーの低
い献立がキャッシュメモリ３２から読み出され、または
外部から検索される。

【００５１】さらに別の変形例として、本実施の形態で
は情報検索蓄積装置１０をユーザ側に存在するクライア
ント装置として描いたが、これはサーバ側の装置であっ
ても一向に差し支えない。例えば、家庭内の機器を制御
するホームサーバ、ＯＡ／ＦＡ機器を制御するサーバを
はじめ、多数のクライアントに検索サービスを提供する
Ｗｅｂサーバ側に設けることができる。例えばＷｅｂサ
ーバが情報検索装置１０を兼ねる場合、図１の入力部１
２はインターネットを介してユーザから送信された検索
要求文を受け付け、以降、当該サーバ内で一連の処理を
なせばよい。

【００５２】さらに別の構成として、情報検索蓄積装置
１０をクライアントおよびサーバの協働によって実現し
てもよい。一例として、図１の入力部１２とキーワード
抽出部１４をクライアント側に設け、それら以外の機能
ブロックをサーバ側に置いてもよい。当然ながら、図１
の構成をこれ以外の部分で分割してクライアント側とサ
ーバ側に分配することができる。どのような分配がよい
かについては、クライアント側のユーザの利便性、サー
バ側の負荷、両者の通信量などの要素を考慮して定める
ことができる。

【００５３】

【発明の効果】本発明によれば、ユーザが望む情報をよ
り容易かつ効果的に検索および蓄積することができる。

【図面の簡単な説明】

【図１】実施の形態に係る情報検索蓄積装置の構成図
である。

【図２】実施の形態に係るメタ情報生成部の構成図で
ある。

【図３】メタ情報ファイルの内部データを示す図であ
る。

【図４】メタ情報ファイルとページデータが一体化さ
れた状態を示す図である。

【図５】メタ情報ファイルとページデータがリンク情
報をもとに関連づけられた状態を示す図である。

【図６】実施の形態に係る検索前処理部の構成図であ
る。

【図７】検索前処理部の参照テーブルの内部データを
示す図である。

【図８】実施の形態によって情報が検索され、蓄積さ
れる手順を示すフローチャートである。

【図９】実施の形態によって情報が事前に検索され、
蓄積される手順を示すフローチャートである。

【符号の説明】

１０情報検索蓄積装置、１２入力部、１４キ
ーワード抽出部、１６検索前処理部、１８検索
部、２２ユーザ情報データベース、２４キャッシ
ュ検索部、２６事前検索制御部、２８メタ情報
生成部、３０検索結果取得部、３２キャッシュ
メモリ、５０キーワード検出部、５２プリチェッ
ク部、５４主題解析部、５６メタ情報抽出部、
５８メタ情報推測部、７０メタ情報ファイル、
１００条件緩和部、１０２条件付加部、１０
６検索式設定部。

Claims

【特許請求の範囲】

【請求項１】ユーザの意図を反映するキーワードをも
とに、所望の情報を記載したページに対するグローバル
な検索を実施する検索部と、前記検索で得られたページを解析して、そのページの内
容に関するメタ情報を生成するメタ情報生成部と、前記検索で得られたページとそのページについて生成さ
れた前記メタ情報とを関連づけてローカルなメモリ装置
へ格納する書込制御部と、を含むことを特徴とする情報検索蓄積装置。
【請求項２】前記メタ情報生成部は、前記検索で得られたページに含まれるキーワードを検出
するキーワード検出部と、前記検出されたキーワードをもとに、そのページの主題
を解析する主題解析部と、前記解析の結果判明した前記主題に沿ってそのページか
らメタ情報を抽出するメタ情報抽出部とをさらに含み、前記抽出されたメタ情報が前記検索で得られたページと
関連づけられて前記メモリ装置へ格納されることを特徴
とする請求項１に記載の情報検索蓄積装置。
【請求項３】前記メタ情報生成部は、前記検出された
キーワードをもとに、そのページが所望のページである
か否か判定するプリチェック部をさらに含み、そのページが所望のページでないと判定されたとき、そ
のページの前記メモリ装置への格納が中止されることを
特徴とする請求項２に記載の情報検索蓄積装置。
【請求項４】前記メタ情報生成部は、前記解析の結果
判明した前記主題に沿ってそのページに含まれないメタ
情報を推測するメタ情報推測部をさらに含み、前記推測されたメタ情報が含まれる形で前記メモリ装置
への格納が行われることを特徴とする請求項２、３のい
ずれかに記載の情報検索蓄積装置。
【請求項５】前記ユーザの意図を反映するキーワード
を前記メモリ装置に格納された前記メタ情報へ照合する
ことにより、前記所望の情報を記載したページがすでに
前記ローカルなメモリ装置の中に存在するか否かを判定
するキャッシュ検索部をさらに含み、当該キャッシュ検索部は、そのページが存在する場合、
当該ページの前記メモリ装置からの読み出しを指示し、
そのページが存在しない場合、前記検索部による検索の
再実行を指示することを特徴とする請求項１から４のい
ずれかに記載の情報検索蓄積装置。
【請求項６】前記検索の再実行によって得られたペー
ジに対して、前記メタ情報生成部による処理がなされ、
その結果生成されたメタ情報がそのページと関連づけら
れて新たに前記メモリ装置へ格納されることを特徴とす
る請求項５に記載の情報検索蓄積装置。
【請求項７】前記ユーザの意図を反映するキーワード
に所定の加工を施して前記検索部による検索を支援する
検索前処理部をさらに含み、当該検索前処理部は、前記ユーザの意図を反映するキー
ワードから推定されるユーザの検索意図に応じて客観化
されたキーワードを付与する条件付加部と、前記キーワードおよび前記付与されたキーワードをもと
に検索のための条件式を設定する検索式設定部と、を含むことを特徴とする請求項１から６のいずれかに記
載の情報検索蓄積装置。
【請求項８】前記ユーザの個人情報をもとに当該ユー
ザが問い合わせる情報を予め想定する事前検索制御部を
さらに含み、前記想定された情報について前記検索部による検索がバ
ックグラウンド処理として実施されることを特徴とする
請求項１から７のいずれかに記載の情報検索蓄積装置。